


本 书 由 业界 多 位 移动 团队 技术 负责 人 联 抉 推荐 为 打造 高 质量 App 提 供 了 有 价值 的 实 中 指导 。 ”一 一- 一、 
书 中 总 结 了 80 多 个 Crash 的 分 析 与 处 理 ， 是 迄今 为 目 最 完整 的 Android 异 常 分 析 资料 。 “移动 开发 ) 
5 剖析 了 国内 上 百 款 知名 App 的 前 治 技术 实现 ， 是 最 权威 的 况 品 技术 分 析 白 皮 书 。 
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互联 网 时 代 什 么 人 是 核心 驱动 力 


在 我 刚刚 开始 宣布 要 做 奇 酷 手 机 的 时 候 ， 我 曾经 发 布 公 开 信 说 我 需 
要 四 类 动物 ， 程序 猿 、 攻 城 狮 、 产 品 狗 、 设 计 猫 。 程 序 员 被 排 在 了 第 一 
位 ， 而 从 我 的 个 人 经 历来 说 ， 与 程序 员 有 着 密 切 的 关系 : 大 学 研究 生 时 
的 程序 员 ， 上 班 时 的 工程 是， 创业 后 的 产品 经 理 ， 最 近 几 年 一 直 在 学 习 
和 琢磨 设计 。 








这 本 书 的 作者 建 强 也 是 其 中 一 种 人 ， 一 种 喜欢 钻研 技术 的 程序 员 。 
我 兽 经 和 《 奇 点 临近 》 作 者 雷 ' 库 效 韦 尔 交 流 的 时 候 提 到 ， 也 许 上 稍 惑 
是 一 名 程序 员 ， 因 为 程序 员 正 在 通过 给 基因 重新 编程 的 方式 来 解决 人 类 
很 多 疾病 之 类 的 问题 。 











当然 ， 实 现 给 基因 编程 解决 人 类 疾病 问题 的 过 程 是 漫长 的 ， 但 “ 程 
序 员 ” 的 作用 是 重大 的 。 而 在 互联 网 的 世界 里 ， 程 序 员 的 重要 性 更 明 
显 。 一 个 好 的 程序 员 能 力 固然 重要 ， 精 神 世界 的 升华 也 不 能 缺少 ， 写 书 
就 是 一 种 精神 世界 的 升华 ， 能 说 服 目 己 ， 也 能 帮助 和 提高 更 多 人 。 





互联 网 时 代 离 不 开 各 种 移动 App， 本 书 提 到 很 多 时 下 移动 互联 网 很 
前 沿 的 技术 ， 像 竞 品 技术 分 析 部 分 就 提 到 ABTest、WaxPatch 等 。 而 且 





据说 ， 为 了 写 这 本 书 ， 作 者 分 析 了 市 场 上 有 名 的 上 百 款 App， 能 够 费 这 
么 多 心血 去 研究 技术 实现 的 人 ， 在 我 看 来 至 少 是 一 个 充满 好 奇 心 的 人 。 
正 古 这 种 拥有 好 奇 心 并 执着 探索 的 人 ， 推 动 了 近 百 年 来 的 科学 发 展 。 





移动 互联 网 的 世界 更 是 如 此 ， 从 手机 产生 至 今 ， 短 短 二 三 十 年 的 时 
间 ， 就 已 经 发 生 了 翻天 履 地 的 变化 。 今 天 的 手机 已 经 快 成 为 人 类 的 器 官 
了 ， 未 来 手机 是 什么 样子 很 难说 ， 但 对 手机 应 用 的 要 求 越 来 越 高 。 虽 然 
iOS 和 安里 平台 上 开发 App 会 有 所 不 同 ， 但 用 户 在 各 方面 体验 的 要 求 是 
一 致 的 。 所 以 在 我 做 手机 的 过 程 中 ， 一 直 要 求 目 己 要 充满 好 奇 心 。 











移动 App 是 一 个 充满 了 未 知 和 探索 的 领域 ， 这 也 正 是 它 的 魅力 所 
在 ， 所 以 越 来 越 多 询 望 探索 的 人 加 入 到 移动 互联 网 的 创业 大 潮 中 来 。 事 
实 上 ， 这 些 移动 App 正 在 改变 着 我 们 的 生活 ， 从 订餐、 打车 到 游戏 娱乐 
都 被 各 种 App 所 改变 。 





但 App 相 关 的 技术 发 展 、 更 新 非常 迅速 ， 所 以 作为 技术 人 员 要 保持 
对 技术 的 敏锐 嗅觉 ， 永 远 抱 独 谦卑 的 心态 去 学 习 先 进 的 技术 和 理念 ， 才 
能 时 刻 占据 着 主动 。 当 我 们 认为 自己 对 这 个 世界 已 经 相当 重要 的 时 候 ， 
其 实 这 个 世界 才刚 刚 准 备 原谅 我 们 的 幼稚 。 











互联 网 发 展 到 今天 ， 程 序 员 功 不 可 没 。 也 许 程序 员 真 的 就 是 上 帝 ， 
但 他 们 在 创造 出 一 个 个 绚丽 多 彩 的 世界 之 前 ， 注 定 要 沉浸 在 枯燥 的 代码 
之 中 。 我 相信 ， 每 个 程序 都 有 目 己 的 一 个 小 小 世界 ， 在 程序 世界 里 ， 一 


切 都 按照 他 们 的 设计 规则 运行 。 那 么 你 说 ， 这 和 上 各 创造 世界 有 什么 不 
同 ? 互联 网 的 世界 里 谁 才 是 核心 驱动 力 ? 


当然 ， 我 也 希望 这 本 书 能 培养 出 更 多 的 App 领 域 高 级 人 才 ， 来 共同 
繁 采 移 动 互联 网 的 世界 。 


奇 虎 360 董 事 长 


夺 二 


十 年 写 一 本 书 


1998 年 ，Peter Norvig 曾 经 写 过 一 篇 很 有 名 的 文章 ， 题 为 "Teach 
Yourself Programming in Ten Years”( 十 年 学 会 编程 ) 。 这 文章 怎么 个 有 
名 法 呢 ， 上 自发 表 以 来 它 的 访问 次 数 逐 年 增加 ， 到 2012 年 总 数 已 经 接近 
300 万 次 。 





文章 的 意思 其 实 很 简单 ， 编 程 与 下 棋 、 作 曲 、 绘 画 等 专业 技能 一 
样 ， 不 花 上 十 年 以 上 有 素 的 训练 (deliberative practice ) 、 忘 我 的 
(fearless) 投 入， 是 很 难 真 正 精通 的 。Malcolm Gladwell 后 来 的 畅销 书 
《异类 》 用 1 万 小 时 这 个 概念 总 结 了 类 似 的 观点 。 





那么 ， 写 书 呢 ? 


说 到 写 书 ， 我 的 力 一 位 朋友 在 微 博 上 说 过 一 段 话 ， 让 我 一 直 耿 耿 于 
怀 :“ 有 的 时 候 被 至 励 、 企 思 写 书 ， 台 算 书 能 卖 5000 册 ，40 块 一 本 ，8%6 
的 版 各， 收益 是 16000RMB， 这 还 没 缴 税 。 我 还 不 如 跟 读者 化 缘 ， 把 内 
容 均匀 地 页 献 给 读者 ， 一 个 礼拜 就 能 葵 集 到 这 个 数额 。 为 什么 要 去 与 
书 ? 浪费 纸张 ， 污 染 环 境 。 为 了 名 气 ? 为 了 评 职称 ? ”这 位 朋友 是 2001 
年 我 出 版 的 国内 第 一 本 Python 书 的 译 者 ， 当 时 这 本 封面 上 是 一 只 老鼠 的 





书 只 有 400 页 ， 现 在 英文 原版 最 新 版 已 经 1600 页 了 一 一 时 间 真 是 最 强大 
的 重 构 工 具 。 其 实 他 的 话说 得 挺 实 在 的 。 这 年 头 写 专业 图 书 ， 经 济 上 直 
接 的 回报 ， 的 确 很 低 。 


可 要 是 真 的 没 人 写 书 了 了 ， 这 个 世界 会 好 吗 ? 


我 曾经 在 出 版 社工 作 十 几 年 ， 经 手 的 书 数 以 干 计 ， 有 的 书 问世 之 初 
就 门 可 罗 和 省 ， 有 的 书 一 时 洛阳 纸 贯 但 终归 议 科 ， 只 有 少数 一 些 ， 能 够 多 
年 不 断 重 印 ， 一 版 再 版 。 这 后 一 种 ， 往 往 是 真正 的 好 书 ， 是 菏 个 领域 知 
识 系统 整理 的 精华 ， 其 作用 不 可 蔡 代 ，Google 索 引 的 成 千 上 万 的 网 页 也 
不 能 一 一 聚 沙 其 实 是 不 能 成 塔 的 。Google 图 书 计 划 的 受挫 ， 其 实 是 人 类 
文明 发 展 的 重大 延迟 ， 对 此 我 深 以 为 憾 。 








书 (我 说 的 是 科技 专业 书 ) 可 以 粗略 分 为 两 种 ， 一 种 是 入 门 教程 性 
质 的 ， 一 种 是 经 验 之 谈 或 者 感悟 心得 。 无 论 哪 一 种 ， 都 需要 作者 多 年 教 
学 或 者 实践 的 积 次 。 很 难 想 象 ， 没 有 这 种 积 深 ， 能 够 很 好 地 引导 读者 入 
门 ， 或 者 教授 其 他 人 需要 花费 十 年 才能 掌握 的 专业 技能 。 


所 以 ， 好 书 不 易 得 。 它 不 仅 来 之 不 易 〈 有 能 力 写 的 人 本 来 就 少 ， 这 
些 人 还 不 一 定 有 动力 写 ) ， 而 且 还 经 常 面临 烂 书 太 多 ， 可 能 劣 币 驱逐 和 良 
币 的 尼 运 。 节 后 的 结果 是 ， 很 多 领域 都 缺乏 真正 的 好 书 ， 寻 致 整个 圈子 
的 水 平 偏 低 。 因 为 ， 书 这 种 成 体系 的 东西 ， 往 往 是 最 有 效 的 交流 与 传承 
手段 ， 是 互联 网 〈 微 博 、 微 信 、 博 客 、 视 频 等 等 ) 上 碎片 化 的 信息 不 能 








取代 的 。 
几 天 前 ， 我 的 Gmail 邮箱 里 收 到 一 封 邮 件 : 


“还 记得 2008 年 我 束 想 写 一 本 书 ， 但 是 感觉 技术 能 力 不 够 ， 就 只 好 
去 翻译 了 一 本 。 一 哆 2015 年 了 ， 积 累 了 11 年 的 技术 功底 ， 写 起 书 来 游 丸 
有 余 。 这 本 书 我 整整 写 了 1 年 ， 其 中 第 6 章 和 第 9 章 是 目 认 为 写 得 最 好 的 
章节 。 请 刘 江 老师 为 我 这 本 书写 一 篇 序言 ， 介 绍 一 下 无 线 App 的 技术 前 
脆 和 趋势 ， 以 及 看 过 样 章 后 的 一 些 感想 吧 。 谢 谢 。” 














包 建 强 











包 建 强 ? 我 记得 的 。 一 个 长 得 挺 帅 的 大 男孩 儿 ，2004 年 复旦 大 学 毕 
业 ，2008 年 被 评 为 微软 的 MVP。 在 技术 上 有 退 求 ， 而 且 热 心 。 多 年 前 在 
博客 园 非 常 活跃 ， 张 罗 着 要 将 里 面 的 精华 文章 结集 出 版 成 书 。 很 爱 翻 
译 ， 曾 找 我 推荐 过 国外 的 博客 网 站 ， 想 要 把 一 个 同学 WPF/Silverlight 系 
列 文章 翻 译 成 英文 。2009 年 我 在 图 灵 出 版 了 他 翻译 的 .NET 并 汇编 语言 
方面 的 书 ， 到 现在 也 是 这 一 主题 唯一 的 一 本 。 好 多 年 没 联系 ， 没 想到 他 
已 经 从 .NET 各 种 技术 (WPF、Silverlight、CLR 等 ) ， 转 向 移动 客户 端 
开发 了 。 更 让 人 动容 的 是 ， 他 一 直 不 忘 初 心 ， 用 了 十 年 ， 终 于 完成 了 自 
己 的 书 。 





那么 ， 这 是 一 本 什么 样 的 书 呢 ? 


我 将 书 的 几 个 样 章 转 给 身边 从 事 Android 开 发 的 一 位 美 团 同事 ， 他 
看 了 以 后 有 扩 小 激动 ， 给 了 这 样 的 评价 : 





“ 拿 到 这 本 书 的 目录 和 样 草 时， 感到 非常 惊喜 ， 因 为 内 容 全 是 一 线 
工程 师 正在 使 用 或 者 学 习 的 一 些 热 门 技术 和 大 家 的 关注 点 。 比 如 网 络 请 
求 的 处 理 、 用 户 登 录 的 缓存 信息 、 图 片 缓存 、 流 量 优 化 、 本 地 网 页 处 
理 、 有 异常 捕 抓 和 分 析 、 打 包 等 这 些 平 时 使 用 最 多 的 技术 。 


我 本 人 从 事 Android 开 发 两 年 ， 特 别 想 找 一 本 能 提高 技术 、 经 验 之 
谈 的 书 ， 可 惜 很 难 找到 。 本 书 不 光 站 在 技术 的 层面 上 去 谈论 Android， 
还 通过 市 场 上 比较 火 的 一 些 App 和 当今 Android 在 国内 发 展 的 方 问 等 各 种 
角度 ， 来 分 析 怎 么 样 去 做 好 一 个 App。 


我 个 人 感觉 这 本 书 不 仅 能 让 你 从 技术 上 有 收获 而 且 在 其 他 层面 上 让 
你 对 Android 有 更 深层 次 的 了 解 。 我 已 经 过 不 及 待 这 本 书 能 够 尽快 上 
市 ， 一 睹 为 快 了 。” 


的 确 ， 目 前 国内 外 市 面 上 数 百 种 Android 开 发 类 图 书 ， 基 本 上 可 以 


分 为 两 类 : 





一 类 是 从 系统 内 核 和 源 代 码 入 手 ， 作 者 往往 是 Linux 系 统 背 景 ， 从 
事 的 层 系 统 定制 等 方面 工作 。 书 的 内 容重 在 分 析 Android 各 个 模块 的 运 
行 机 制 ， 虽 然 深 入 理解 系统 肯定 对 应 用 开发 者 有 好 处 ， 但 很 多 时 候 并 不 
是 那么 实用 。 


一 类 是 标准 教程 ， 作 者 往往 是 培训 机 构 的 老师 ， 或 者 不 那么 资深 
但 善于 忌 结 的 年 轻 工 程 师 ， 基 本 内 容 是 Android 官 方 文档 的 变形 ， 围 绕 
API 的 用 法 就 事 论 事 地 讲 开 去 。 虽 然 其 中 比较 好 的 ， 写 法 、 教 学 思路 和 
例子 上 也 各 有 千秋 ， 但 你 看 完 以 后 真 上 战场 ， 就 会 发 现 远 远 不 够 。 











本 书 与 这 两 类 书 都 完全 不 同 ， 纯 从 实战 出 发 ， 在 官方 文档 之 上 ， 阐 
述 实 际 开 发 中 应 该 掌握 的 那些 来 之 不 易 的 经 验 ， 其 中 多 是 过 来 人 躁 过 
坑 、 吃 过 亏 ， 才 能 总 结 出 来 的 东西 。 不 少 章节 类 似 于 Effective 系 列 名 闭 
的 风格 ， 有 很 高 的 价值 。 





书 最 后 的 部 分 讨论 了 团队 和 项 目 管理 ， 既 有 比较 宏观 的 建议 ， 比 如 
流程 、 趋 势 ， 更 多 的 还 是 实用 性 非常 强 的 经 验 ， 比 如 百宝箱 、 必 备 文 
档 ， 等 等 。 很 多 章节 ， 不 限于 Android， 对 其 他 平台 的 移动 开发 者 也 有 
很 大 的 借鉴 意义 。 














看 得 出 来 ， 这 里 很 多 内 容 部 是 包 建 强 上 自己 平时 不 断 记 录 、 积 系 的 成 
条 ， 其 中 少量 在 他 的 博客 上 能 看 到 稚 形 。 如 果 说 多 年 前 ， 包 建 强 在 组 织 
和 翻译 图 书 时 还 有 些 青 深 的 话 ， 本 书 中 所 显现 出 来 的 ， 则 完全 是 一 派 大 
将 风度 ， 用 他 上 自己 的 话 来 说 ,“ 游 思 有 余 ” 了 。 


我 曾经 不 止 一 次 和 潜在 的 作者 说 过 :“ 不 写 一 本 书 ， 人 生 不 完 
整 。” 我 说 这 话 是 认真 的 。 人 生 百 年 ， 如 果 最 后 没有 什么 可 以 足 结 、 留 
之 后 人 的 东西 ， 那 可 不 是 什么 值得 奔 次 的 事情 。 


而 次 到 总 结 ， 互 联网 各 种 碎片 化 的 媒体 形式 当然 有 各 种 方便 ， 但 到 
头 来 逃脱 不 了 烟花 易 逝 的 命运 〈 想 想 网 上 有 多 少 好 的 文字 ， 链 接 早 已 失 
效 ， 现 在 只 能 到 archive.org 上 寻找 ， 甚 至 那里 也 不 见 踪影 ) 。 还 是 书 这 
种 物理 形式 最 坚实 ， 最 像 那么 回 事 儿 ， 也 最 十 个 东西 。 去 国家 图 书馆 看 
过 宋 版 书 的 人 肯定 会 有 体会 。 





当然 ， 真 正 能 立 住 的 ， 是 那些 真正 的 好 书 ， 那 些 花 费 十 年 写 出 来 的 
东西 。 和 希望 有 更 多 的 同学 像 包 建 强 这 样 ， 十 年 写 一 本 书 。 希 望 有 更 多 好 
书 不 断 涌现 出 来 。 


我 更 希望 ， 包 建 强 不 止步 于 书 的 出 版 ， 而 是 能 将 书 的 内 容 互 联网 
化 ， 让 读者 和 同行 也 加 入 进来 ， 不 断 生 长 、 丰 富 ， 不 断 改 版 重印 ， 变 成 
一 种 活 的 东西 。 写 一 本 好 书 ， 不 应 该 限于 十 年 。 


刘 江 





美 团 技术 学 院 院 长 


CSDN 和 《程序 员 》 杂 志 前 总 编 


序 三 


这 是 一 本 很 有 特点 的 书 ， 没 有 系统 的 知识 介绍 ， 也 没有 对 细 分 领域 
钻 牛角 尖 般 的 头头 是 道 。 第 一 次 看 完 老 包 的 样 章 时 我 很 惊讶 ， 他 不 仅 一 
个 人 完成 了 全 书 内 容 的 撰写 ， 而 且 其 中 大 部 分 章节 都 非常 接地 气 并 具有 
MT 














当前 移动 开发 技术 处 在 一 个 野 灾 增长 的 时 代 ， 在 移动 开发 从 业 人 员 
逐年 递增 的 情况 下 ， 很 多 公司 的 移动 开发 团队 都 有 几 十 人 甚至 上 百人 。 
当 App 越 做 越 大 ， 承 载 了 越 来 越 多 的 功能 时 ， 不 断 地 累加 代码 也 造成 了 
很 多 问题 。 在 解决 这 些 问题 的 同时 ， 很 多 人 从 单纯 的 业务 开发 转 回 深入 
研究 技术 细 市 ， 沉 深 了 很 多 经 验 ， 并 诞生 了 不 少 有 意思 的 开源 项 目 。 


在 2013 年 我 首次 遇 到 Android 65536 方 法 数 限制 的 时 候 ， 网 络 上 唯一 
能 查询 到 的 资料 就 是 Facebook 上 的 一 篇 博客 ， 其 中 简单 介绍 了 博 主 遇 到 
的 问题 及 解决 的 大 致 方法 。 当 时 在 没有 任何 参考 资料 的 情况 下 只 能 自己 
开发 解决 方案 ， 并 且 由 于 需要 分 拆 dex 引 入 了 不 少 其 他 的 问题 。 今 天 看 
到 本 书 中 总 结 的 这 些 经 验 和 问题 ， 发 现 本 书 能 够 给 我 很 好 的 启示 ， 原 本 
那些 躁 过 的 坑 和 交 过 的 学 费 其 实 都 是 可 以 避免 的 。 虽 然 书 中 介绍 每 个 问 
题 时 篇 幅 看 上 去 并 不 大 ， 但 是 提炼 得 很 精简 ， 如 果 你 对 其 中 的 菜 段 不 是 
很 理解 ， 很 可 能 它 正 是 在 你 真正 遇 到 问题 时 会 联想 到 的 内 容 和 恰到好处 
的 解决 方案 。 

















本 书 第 6 革 津 见 的 异常 分 析 ， 就 是 完全 基于 实践 积累 完成 的 。 束 阅 
读 这 重 本 里 来 说 ， 可 能 学 到 的 知识 点 非常 分 散 ， 但 是 包含 了 很 多 不 为 人 
知 的 冷门 或 者 非常 细 市 的 知识 。 如 果 你 对 其 有 深刻 的 共鸣 ， 多 数 都 是 因 
为 自己 曾 有 过 被 坑 的 经 历 。 在 我 自己 的 异常 分 析 过 程 中 ， 会 遇 到 一 些 非 
常 难 理解 的 异常 ， 俗 称 “ 妖 怪 问 题 "?。 这 类 异常 的 表象 很 难 和 原因 联系 到 
一 起 ， 光 读 取 栈 信息 不 足以 理解 录 币 的 机 理 ， 这 时 候 就 需要 有 更 完善 的 
异 间 收集 系统 ， 能 够 把 应 用 的 当前 状态 进行 回溯 ， 这 对 分 析 问 题 是 很 有 
帮助 的 。 














本 书 第 9 章 我 认为 是 最 接地 气 也 是 最 有 特色 的 章节 ， 从 分 析 国 内 热 
门 的 App 开 始 ， 帮 助 读者 了 解 最 前 沿 的 大 公司 的 移动 开 友 的 技术 方 同 。 
有 很 多 技术 点 是 小 的 App 开 发 团队 并 不 会 花 精 力 关 注 的 ， 比 如 资源 文件 
如 何 组 织 ， 如 何 应 对 线 上 故障 等 ， 但 是 如 果 在 应 用 规模 急剧 增长 后 再 去 
解决 相应 的 问题 残 会 花费 不 小 的 代价 ， 不 如 从 一 开始 就 导 循 这 些 已 经 在 
其 他 成 熟 团 队 中 积淀 的 经 验 和 法 则 。 对 于 应 用 开发 来 说 ， 很 多 高 深 的 技 
术 和 复杂 的 框架 也 许 并 不 会 对 最 终 的 结果 市 来 很 大 的 帮助 ， 学 习 一 些 业 
界 真 实 的 方案 ， 并 对 其 进行 扩展 可 能 是 更 加 稳妥 的 方式 。 








从 Android 和 iOS 诞 生 人 至今 ， 技 术 昌 然 一 直 在 进步 ， 但 它们 分 别 和 是 由 
Google 和 Apple 主 导 的 。 开 源 社区 虽然 有 很 多 热门 的 项 目 ， 但 是 不 同 于 
服务 端的 Apache 扶 持 的 大 型 开源 项 目 ， 客 户 问 受 限于 体积 、 硬 件 及 部 车 
方式 的 限制 ， 一 直 没 有 形成 大 而 全 的 框架 ,反而 出 色 的 开源 项 目 都 聚焦 





在 一 个 点 上 。 回 想 Joe Hewitt 当 年 在 Facebook 开 源 的 Three20 项 目 引 领 了 
当时 的 iOS 应 用 染 构 ， 到 目前 已 经 被 大 多 数 的 应 用 抛弃 ， 只 能 说 这 是 一 
个 大 浪 淘 沙 的 时 代 ， 移 动 技 术 在 飞速 发 展 ， 技 术 被 淘汰 的 速度 非常 之 

快 。 优 秀 的 开发 人 员 需 要 具备 的 不 光 是 对 平台 的 了 解 和 写 代码 的 能 

更 重要 的 是 对 技术 的 整合 和 对 发 展 趋势 的 理解 。 本 书 就 像 是 对 2015 年 整 
个 移动 技术 的 一 份 快照 ， 非 常 富有 这 个 时 代 的 特征 。 整 本 书 并 不 是 从 村 
燥 的 文档 提炼 而 来 ， 而 是 真切 地 从 一 个 互联 网 从 业者 的 切身 经 历 和 与 他 
人 的 交流 中 得 来 。 对 于 一 个 需要 时 刻 紧 跟 移动 浪潮 的 App 开 发 人 员 来 

说 ， 本 书 是 值得 一 读 的 好 书 。 








导 煞 敏 


大 众 点 评 首席 架构 师 


星星 三 十 载 ， 书 剑 两 无 成 





在 你 面前 九 九 而 谈 的 我 ， 兽 经 是 一 位 技术 宅男 。 我 写 了 6 年 的 技术 
博客 ，500 多 篇 技术 文章 。 十 年 编程 生涯 ， 我 学 习 了 .NET 的 所 有 技术 ， 
但 是 从 微软 出 来 ， 踏 上 互联 网 这 条 路 ， 却 发 现 自己 还 是 小 学 生 水 平 ， 当 
时 恰 逢 三 十 而 立 之 年 ， 感 慨 自己 多 年 来 一 事 无 成 ， 于 是 又 开始 了 新 一 轮 
的 学 习 。 选 择 移动 互联 网 这 个 方向 ， 是 因为 这 个 领域 所 有 人 都 是 从 零 开 
始 ， 大 家 都 是 摸索 着 做 ， 初 期 没有 高 低 上 下 之 分 。 




















在 此 期 间 ， 我 做 过 Window Phone 的 App， 学 会 了 Android 和 iOS， 人 慢 
慢 由 二 把 思 水 平 升级 到 如 今 的 著 书 立 说 ， 本 来 我 想 写 的 是 iOS 框 架设 
计 ， 因 为 当时 这 方面 的 经 验 积 累 会 更 多 一 些 ，2013 年 的 时 候 我 在 博客 上 
写 了 一 系列 这 方面 的 文章 ， 可 惜 没有 写 完 。 如 今 这 本 书 是 以 Android 为 
主 ， 但 是 框架 设计 的 思想 是 和 iOS 一 致 的 。 








作为 程序 员 ， 不 写本 书 流传 于 世 ， 貌 似 对 不 起 这 个 职业 。2008 年 的 
时 候 我 就 想 写 ， 可 那 时候 积 累 不 够 ， 所 知 所 会 多 是 从 书本 上 看 到 的 ， 所 
以 没 地 动笔 ， 而 古 选 择 翻译 了 一 本 书 《MSIL 权 威 指南 》。 翻 译 途 中 发 
现 ， 我 只 能 老 老实 实地 按照 原文 翻译 ， 而 不 能 有 所 发 挥 。 我 淘 望 能 有 一 
个 地 方 ， 天 马 行 空 地 将 自己 的 风格 淋 演 尽 致 地 表现 出 来 ， 在 写 这 本 书 之 








前 ， 只 有 我 的 技术 博客 。 


终于 给 了 目 己 一 个 交代 ， 东 隅 已 逝 ， 桑 榆 非 晚 。 





文章 本 天 成 ， 妙 手 偶 得 之 


这 是 一 本 前 后 风格 迎 异 的 书 ， 以 至 于 完稿 后 ， 不 知道 该 给 本 书 起 一 
个 什么 样 的 书 名 。 只 希望 各 位 读者 看 过 之 后 能 得 到 一 些 局 示 ， 我 束 心 满 
意 足 了 。 





下 面 介绍 一 下 本 书 的 章节 概要 。 本 书 分 为 三 个 部 分 共计 12 章 。 








第 1 章 讲 重 构 。 这 是 后 续 3 章 的 基础 。 先 别 急 着 看 其 他 章节 ， 先 看 一 
下 这 一 章 介 绍 的 内 容 ， 你 的 项 目 是 否 都 做 到 了 。 


第 2 章 讲 网 络 撒 层 封 朔 。 各 个 公司 都 对 App 的 网 络 通信 进行 了 封 
装 ， 但 都 入 显 及 肿 。 我 介绍 的 这 和 套 网 络 框 以 比较 灵巧 ， 而 且 摆 脱 了 
AsyncTask 的 束缚 ， 可 以 在 底层 或 上 层 快 速 扩展 新 的 功能 。 这 样 讲 多 少 
有 些 目 卖 目 夺 ， 好 不 好 还 是 要 听 读 者 的 反馈 ， 建 议 在 新 的 App 上 使 用 。 














第 3 章 讲 App 中 一 些 经 典 的 场景 设计 ， 比 如 说 城市 列表 的 增 量 更 
新 、 绥 存 的 设计 、App 与 HTML5 的 交互 、 全 局 变量 的 使 用 。 对 于 这 些 场 
景 ， 各 位 读者 是 否 有 似曾相识 的 感 党 ， 是 否 能 从 我 的 解决 方案 中 产生 共 
鸣 ? 








第 4 章 介绍 Android 的 命名 规范 和 编码 规范 。 网 上 的 各 种 规范 多 如 牛 
毛 ， 但 我 们 不 能 直接 拿 来 就 使 用 ， 要 有 批判 地 继承 吸收 ， 要 总 结 出 适合 
目 己 团队 的 规范 。 所 以 ， 即 使 是 我 这 章 内 容 ， 也 请 各 位 读者 有 选择 地 条 
纳 。 我 写 这 一 章 的 目的 ， 就 是 要 强调 “无 规 官 不 成 方圆 ?>， 代 码 亦 如 是 。 





第 5 章 和 第 6 章 组 成 了 Android 骨 泪 分 析 三 部 曲 。 写 这 本 书 用 了 一 
年 ， 其 中 有 半年 多 时 间 花 在 这 两 章 上 。 一 方面 ， 要 不 断 优化 自己 的 算 
法 ， 训 练 机 器 对 骨 溃 进行 分 类 ; 另 一 方面 ， 则 是 对 八 十 多 种 线 上 崩溃 追 
根 溯源 ， 找 到 其 真正 的 原因 。 





第 7 章 讲 Android 中 的 代码 混淆 。 本 不 该 有 这 一 章 ， 只 是 在 工作 中 发 
现 网 上 关于 ProGuard 的 介绍 大 都 只 言 片 语 。 官 方 倒 是 有 一 份 白皮书 ， 但 
是 针对 Android 的 介绍 却 不 是 很 多 ， 于 是 便 写 了 这 章 ， 系 统 而 全 面 地 介 
绍 了 在 Android 中 使 用 ProGuard 的 理论 和 实践 。 








第 8 章 讲 持续 集成 《CI) 。 十 年 传统 软件 的 经 验 ， 使 我 在 这 方面 得 
心 应 手 。 这 一 章 所 要 解决 的 是 ， 如 何 把 传统 软件 的 思想 迁移 到 App 上 。 


第 9 章 讲 App 竞 品 分 析 ， 和 是 研究 了 市 场 上 几 十 亚 闭 名 App 并 参阅 了 大 
量 技术 文章 后 写 出 的 。 之 前 积累 了 十 年 的 软件 研发 经 验 ， 这 时 极 大 地 帮 
助 了 我 。 








第 10 章 讲 项 目 管理 ， 是 为 App 量 里 打造 的 敏捷 过 程 ， 是 我 在 团队 中 
一 直 坚 持 使 用 的 开发 模式 。App 一 般 2 周 发 一 次 版 本 ， 达 代 周期 非 闸 


快 ， 适 合用 敏捷 开发 模式 。 


第 11 章 讲 日 肖 工 作 中 的 问题 解决 办 法 。 那 是 在 一 段 刀 尖 上 酚 血 的 日 
子 中 总 结 出 的 办 法 ， 那 时 每 天 都 在 战 战 奖 天 中 硫 过 ， 有 问题 要 在 最 短 时 
间 内 碍 找到 原因 并 尽 可 能 修复 ; 那 也 是 个 人 能 力 提 升 最 快 的 一 段 时 光 ， 
每 一 次 成 功 解决 问题 都 伴随 着 个 人 的 成 长 。 








第 12 章 讲 App 团 队 建设 。 我 是 一 个 孔 涂 型 性 格 的 老板 ， 所 以 我 的 团 
队 中 多 是 外 向 型 的 人 ， 或 者 说 ， 把 各 种 问 骚 型 技术 宅男 改造 成 明 骚 ; 我 
是 从 技术 社区 走出 来 的 ， 所 以 我 会 推崇 技术 分 享 ， 关 心 每 个 人 的 成 长 ; 
我 有 8 年 软件 公司 的 工作 经 验 ， 所 以 我 擅长 写 文档 、 画 流程 图 ， 以 确保 
一 切 尽 在 掌握 之 中 。 有 这 样 一 位 奇 蓝 老 板 ， 对 面 的 你 ， 还 不 快 到 我 的 碗 
里 来 ， 我 的 邮箱 是 16230091@qq.com， 我 的 团队 ， 期 待 你 的 加 入 。 














话说 ， 我 也 是 无 意 间 踏 上 编程 这 条 道路 的 。 如 果 不 是 在 大 三 实在 学 
不 明日 实 变 函 数 这 门 课 的 话 ， 我 现在 也 许 是 一 个 数学 家 ， 或 者 和 我 的 那 
些 同 学 一 样 做 操盘手 或 是 二 级 市 场 。 


我 真正 的 爱好 是 看 书 ， 最 初 是 资 治 通 鉴 、 二 十 四 史 ， 后 来 发 现在 饭 
打上 说 这 些 会 被 师 第 师妹 们 当做 怪物 ， 于 是 按照 中 文系 同学 的 建议 翻 看 
张爱玲 、 王 小 波 的 小 说 ， 读 梁实秋 的 随笔 。 在 复旦 的 四 年 时 光 ， 圳 出 了 








一 身 的 “ 具 毛 病 ”"， 比 如 说 看 着 夜空 中 的 月 有 党 会 英名 其 妙 地 流 眼 泪 ， 会 襄 
欢 喝 奶茶 并 且 挑 吻 珍 珠 的 口感 。 








不 要 以 为 程序 员 只 会 写 代码 。 程 厅 员 做 烘焙 绝对 是 逆 天 的 ， 因 为 这 
用 到 软件 学 中 的 设计 模式 ， 我 也 曾 研 发 出 失败 的 甜品 ， 做 饼干 时 把 黄油 
普 用 成 了 淡 奶 油 ， 然 后 把 烤 得 硬 邦 邦 的 饼干 第 二 天 拿 给 同事 们 吃 。 





我 涉及 的 领域 还 有 很 多 ， 比 如 者 咖啡 、 唱 K、 看 老 电影 ， 都 是 在 编 
程 技 术 到 了 一 定 瓶 贷 后 学 会 的 ， 每 一 类 都 有 很 深 的 学 问 。 不 要 一 门 心思 
地 看 代码 ， 生 活 能 教会 我 们 很 多 ， 然 后 反 过 来 让 我 们 对 编程 有 更 深刻 的 


认识 。 





心 耕 有 桃园 ， 何 处 不 是 水 云 间 。 


会 当 凌 绝顶 ， 一 览 众 山 小 





如 果 后 续 还 有 第 二 卷 ， 我 希望 是 讲 数据 驱动 产品 。 就 在 本 书写 作 期 
间 ， 我 的 思想 发 生 了 一 次 升华 ， 那 是 在 2015 年 初 的 一 个 雪 夜 ， 我 完成 了 
从 纠结 于 写 代 码 的 方法 到 放眼 于 数据 驱动 产品 的 转变 。 这 也 是 这 本 书 前 
面 代码 很 多 ， 越 到 后 面 代码 越 少 的 原因 。 








数据 驱动 产品 是 未 来 十 年 的 战略 布局 。 之 前 ， 我 们 过 多 地 关注 于 写 
代码 的 方法 了 ， 却 始终 搞 不 清 用 户 是 否 愿 意 为 我 们 羡 蔷 苗 藻 做 出 来 的 产 





品 买 单 ， 技 术 人 员 不 知道 ， 产 品 人 员 更 不 知道 。 产 品 人 员 需 要 技术 人 员 
提供 工具 来 帮助 他 们 进行 分 析 ， 比 如 说 ABTest， 比 如 说 精准 推送 平台 ， 
比如 说 用 户 画 像 ， 而 我 们 检查 上 自己 的 代码 ， 却 及 现 连 PV 和 UV 都 不 能 确 
保 准 确 。 








这 也 是 我 接 下 来 的 研究 和 工作 方向 。 


本 书 全 部 代码 均 可 以 从 作者 的 博客 上 下 载 ， 地 址 
是 : www.cnblogs.com/Jax/p/4656789.html 。 


包 建 强 


2015 年 8 月 3 日 于 北京 


第 一 部 分 “高 效 App 框 架设 计 与 重 构 
:第 1 章 ” 重 构 ， 夜 未 虐 
第 2 章 ”Android 网 络 底层 框架 设计 
:第 3 章 ”Android 经 典 场景 设计 
:第 4 章 ”Android 命 名 规范 和 编码 规范 
对 于 App 来 说 ， 要 么 就 一 次 性 把 它 设计 好 ， 否 则 ， 就 只 能 重 构 
可 二 


什么 时 候 做 重 构 ? 作为 App 技 术 团队 的 负责 人 ， 我 每 次 想到 这 一 
点 ， 都 会 搞 量 再 三 。 在 我 看 来 ， 产 品 需 求 是 优先 级 最 高 的 。 开 发 团队 要 
使 尽 浑身 解数 ， 优 先 完成 这 些 需求 。 但 这 样 一 来 ， 就 没有 时 间 做 重 构 
了 。 长 此 以 往 ， 积 兹 难 返 ， 代 码 会 越 来 越 难 维护 。 

















男 一 个 更 重要 的 问题 是 ， 现 在 互联 网 严重 缺 人 ， 各 大 公司 的 各 个 部 
门 都 不 饱和 。 也 就 是 说 ， 我 们 可 能 连 需求 都 做 不 完 ， 更 不 要 提 重 构 的 事 
情 了 。 


对 于 新 项 目 ， 一 开始 就 要 把 它 设 计 好 了 ， 因 为 我 们 不 会 再 有 重 构 的 
机 会 了 。 互 联网 的 发 展现 状 是 : 没有 时 间 给 我 们 来 回 折腾 。 








对 于 老 项 目 ， 我 们 惑 得 儿 痢 手指 头 仔细 盘算 盘算 是 侣 要 重 构 : 


1) 如 果 不 重 构 ， 会 导致 很 严重 的 App 功 能 问题 ， 那 么 这 是 很 严重 
的 bug， 宁 肯 砍 掉 1~2 个 功能 也 一 定 要 修复 的 ， 需 要 和 产品 经 理 商 量 ， 由 
他 们 决策 。 





2) 本 次 达 代 是 否 还 有 空余 的 开 肥 人 员 来 做 重 构 ? 有 ， 束 做 ; 没 
有 ， 也 不 勉强 。 同 时 ， 重 构 也 会 导致 测试 团队 额外 的 工时 ， 如 果 测 试 团 
队 没有 额外 的 人 为 对 重 构 进 行 测试 ， 那 么 开发 人 员 就 要 把 重 构 做 在 新 建 
的 代码 分 文 上 ， 本 期 和 迭 代 上 线 后 ， 再 把 代码 合并 ， 放 到 下 期 迭代 。 


3) 重 构 计 划 要 事先 给 出 ， 但 是 绝对 不 能 超过 两 周 ， 这 对 于 重 构 小 
的 功能 是 可 以 的 ， 但 是 要 重 构 大 的 模块 或 者 奔 层 染 构 ， 就 要 考虑 拆 分 重 
构 计 划 的 事情 了 。 我 们 可 以 把 重 构 划分 为 几 次 述 代 ， 分 期 上 线 ， 先 把 最 
严重 的 问题 解决 了 。 





当前 移动 互联 网 已 经 过 了 几 年 前 的 草创 时 期 ， 目 前 各 家 公司 比拼 的 
都 是 内 功 ， 束 是 看 谁 做 得 细致。 谁 家 的 交互 做 得 好 ， 谁 家 的 骨 尝 少 ， 谁 
就 占据 了 市 场 和 用 户 ， 马 虎 不 得 。 然 而 说 得 不 客气 些 ， 目 前 市 面 上 的 
App 做 得 都 很 米 。 


本 书 第 一 部 分 要 讲 的 就 是 怎么 设计 App 应 用 开发 框架 ， 怎 么 进行 重 
构 。 


好 戏 即 将 上 演 。 


第 1 章 ” 重 构 ， 夜 未 眼 


本 章 将 要 讨论 的 主题 是 对 项 目 进行 重 构 ， 进 而 搭建 一 套 简单 实用 的 
Android 应 用 框架 AndroidLib 。AndroidLib 框 架 将 封装 业务 无 关 的 逻辑 ， 
从 而 将 业务 逻辑 独立 出 来 ， 为 Android 模 块 化 拆 分 和 Android 插 件 化 编程 
打下 了 基础 。 





值得 一 提 的 是 1.4 节 ， 尤 其 是 那个 经 过 改 民 的 实体 生成 器 ， 是 为 App 


量 身 打造 的 一 球 利 器 。 


1.1 重新 规划 Android 项 目 结 构 








隆 院 深 深 深 几许 ， 杨 柳 堆 烟 ， 帘 着 无 重 数 。 用 这 首 词 来 形容 当前 市 
面 上 Android 项 目的 代码 再 贴切 不 过 了 。 


我 做 过 很 多 App， 少 则 70 多 个 页 面 ， 多 则 200 个 页 面 左右 ， 我 的 切 
号 感 受 是 ， 无 论 什 么 App， 开 发 人 员 都 喜欢 把 所 有 的 代码 、 类 放 在 一 个 
项 目下 ， 这 也 就 轩 了 ， 更 有 甚 者 ， 无 论 是 Activity 还 是 Adapter 都 位 于 一 
个 Package 下 ， 或 者 将 Adapter 内 置 在 Activity 中 。 这 就 相当 于 一 个 房间 里 
既 有 和 餐 梨 又 有 马桶 ， 床 上 还 放 着 酱油 瓶 。 














我 们 需要 重新 规划 Android 项 目的 目录 结构 ， 分 两 步 走 : 


第 一 步 : 建立 AndroidLib 类 库 ， 将 与 业务 无 关 的 逻辑 转移 到 
AndroidLib。 重 构 后 的 项 目 结构 请 参见 图 1-1， 其 中 YoungHeart 是 主 项 
目 ， 保 持 了 对 AndroidLib 类 库 的 引用 。 


如 何 将 AndroidLib 项 目 设置 为 类 库 ， 以 及 如 何在 YoungHeart 项 目 中 
添加 对 AndroidLib 类 库 的 引用 ， 这 些 我 融 不 多 说 了 ， 请 参考 相关 教程 。 


AndroidLib 中 应 该 包括 哪些 业务 无 关 的 逻辑 呢 ? 应 全 少 包 括 五 大 部 


分 ， 如 图 1-2 所 示 。 


AndroidLib 





图 1-1 重 构 后 的 项 目 依 赖 关 系 


WEAndroidLib 
和 [LL 咏 src 


Pb 册 com.infrastructure.activity 


b> 出 com.infrastructure.cache 
Pb 出 com.infrastructure.net 

# 出 com.infrastructure.ui 

bp 骨 com.infrastructure.utils 





图 1-2 ”AndroidLib 项 目 结构 
这 几 部 分 的 说 明 如 下 : 


“activity 包 中 存放 的 是 与 业务 无 关 的 Activity 基 类 。Activity 基 类 要 分 
两 层 ， 如 图 1-3 所 示 。AndroidLib 下 的 基 类 BaseActivity 封 装 的 是 业务 无 
关 的 公用 逻辑 ， 主 项 目 中 的 AppBaseActivity 基 类 封装 的 是 业务 相关 的 公 
用 逻辑 。 


net 包 里 面 存放 的 是 网 络 底层 封装 。 这 里 封装 的 是 AsyncTask。 
cache 包 里 面 存放 的 是 缓存 数据 和 图 厂 的 相关 人 处理。 
'Ui 包 中 存放 的 是 目 定 义 控件 。 


-utils 包 中 存放 的 是 各 种 与 业务 无 关 的 公用 方法 ， 比 如 对 
SharedPreferences 的 封装 。 





第 二 步 : 将 主 项 目 中 的 类 分 门 别 类 地 进行 划分 ， 放 置 在 各 种 包 中 ， 
如 图 1-4 所 示 。 


系统 自 带 的 Activity 


AppBaseActivity 






具体 一 个 Activity 


图 1-3” 基 类 的 继承 关系 


WEE YoungHeart 
和 Essrc 
Pb 财 com.youngheart.activity.others 
b 财 com.youngheart.activity.pPersomncenmter 
财 com.youngheart.adapter 
* 财 com.youngheart.db 


bP 册 com.youngheart.engine 

b> 财 com.youngheart.entity 

b 财 com.youngheart.interfaces 
Pb 财 com.youngheart.listener 

b 出 com.youngheart.ui 

Pb 册 com.youngheart.utils 





图 1-4 Android 重 构 后 的 项 目 结构 
对 图 1-4 中 各 个 包 的 介绍 如 下 : 


activity: 我 们 按照 模块 继续 拆 分 ， 将 不 同 模 块 的 Activity 划 分 到 不 
同 的 包 下 。 


“adapter: 所 有 适配器 都 放 在 一 起 。 
:entity: 将 所 有 的 实体 都 放 在 一 起 。 
.db: SQLLite 相 关 逻 辑 的 封装 。 


-engine: 将 业务 相关 的 类 都 放 在 一 起 。 


-ui: 将 目 定 义 控 件 都 放 在 这 个 包 中 。 
-utils: 将 所 有 的 公用 方法 都 放 在 这 里 
"interfaces: 真正 意义 上 的 接口 ， 命 名 以 I 作 为 开头 。 


listener: 基于 Listener 的 接口 ， 命 名 以 On 作为 开头 。 





这 些 划 分 主要 是 为 了 以 下 两 个 目的 : 


1) 每 个 文件 只 有 一 个 单独 的 类 ， 不 要 有 嵌 套 类 ， 比 如 在 Activity 中 


般 套 Adapter、Entity。 





2) 将 Activity 按 照 模块 拆 分 归 类 后 ， 可 以 迅速 定位 具体 的 一 个 页 
面 。 此 外 ， 将 开 有 故人 员 按 照 模块 划分 后 ， 每 个 开 友 人 员 都 只 负责 目 己 的 
那个 包 ， 开 发 边界 线 很 清晰 。 





曾经 有 人 问 我 ，Activity 按 照 模块 拆 分 了， 为 什么 Adapter、Entity 不 
如 法 炮制 也 进行 相应 的 拆 分 呢 ? 这 个 问题 其 实 是 可 以 商量 的 。 我 不 做 拆 
分 的 原因 是 ， 看 代码 时 ， 肯 定 是 先 找到 页 面 从 Activity 看 起 ， 而 不 会 从 
Adapter 看 起 ， 所 以 把 Activity 分 好 类 融 够 了 。 此 外 ，Adapter 的 多 辑 大 同 
小 异 ， 如 果 开 发 人 员 都 严格 遵守 Android 编 码 ， 那 么 代码 中 的 方法 和 实 
现 基 本 相同 。 这 就 有 别 于 Activity 了， 每 个 Activity 都 有 着 很 复杂 的 业务 
逻辑 ， 所 以 Activity 才 是 最 重要 的 。 





Entity 也 是 这 个 样子 ，Entity 中 应 该 只 有 属性 ， 否 则 就 不 叫 Entity。 
只 是 当 Entity 有 上 百 个 时 ， 就 需要 考虑 按照 模块 划分 。 





由 于 Entity 中 应 该 只 有 属性 ， 不 应 该 有 业务 逻辑 的 方法 ， 那 么 如 果 
确实 需要 ， 我 们 就 要 将 其 转移 到 Engine 这 个 包 中 的 某 个 类 下 面 ， 这 也 是 


Engine 这 个 包 的 存在 意义 。 











主席 说 过 : “打扫 干 姜 屋子 再 请 客 。” 对 于 项 目 而 言 ， 划 分 好 组 织 结 
构 也 是 这 个 道理 。 我 们 只 有 把 项 目 结构 规划 好 ， 才 能 进行 下 一 步 的 重 构 
工作 。 


1.2 ”为 Activity 定 义 新 的 生命 周期 


学 习 过 设计 模式 的 人 ， 应 该 对 SOLID 原 则 不 陌生 吧 。 其 中 有 一 条 原 
则 就 是 : 单一 职责 。 单 一 职责 的 定义 是 : 一 个 类 或 方法 ， 只 做 一 件 事 





用 这 条 原则 来 观察 Activity 中 的 onCreate 方 法 ， 你 会 发 现 ， 这 哥们 儿 
怎么 干 那么 多 事 啊 ，onCreate 中 的 代码 如 下 所 示 : 





public class LoginActivity extends Activity implements View.OnClickListener { 

private int loginTimes; 

private EditText etPassword; 

private EditText etEmail; 

@Override 

protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
SetContentView(R,1Layout.activity_ login)， 
loginTimes = -1; 
Bundle bundle = getIntent().getExtras(); 
String strEmail = bundle.getString(AppConstants.Email); 
etEmail = (EditText) findViewById(R.id.email); 
etEmail.setText(strEmail); 
etPassword = (EditText) findViewById(R.id.password); 
// 登录 事件 





Button btnLogin = (Button) findViewById( 
R.id,.sign_in_ button); 

btnLogin.setonClickListener(this); 

// 获取 


2 个 


MobileAPI， 获 取 天 气 数据 ， 获 取 城 市 数据 


loadweatherData( ) ， 
loadCityData( ); 


这 段 代码 主要 包括 三 部 分 逻辑 : 
-接收 从 其 他 页 面 传递 过 来 的 Intent 参 数 。 


加载 布局 文件 ， 并 初始 化 页 面 的 控件 ， 为 控件 挂 上 点 击 事件 方 
法 ， 


.调用 MobileAPI 获 取 数 据 。 


那 我 们 为 什么 不 把 onCreate 方 法 拆 成 三 个 子 方法 昵 ? 如 图 1-5 所 示 。 


onCreate 方 法 下 的 三 个 子 方法 : 


initVariables 


iNitViews 


loadData 





图 1-5 ”onCreate 方 法 下 的 三 个 子 方法 
对 这 些 子 方法 介绍 如 下 : 


"initVariables: 初始 化 变量 ， 包 括 Intent 带 的 数据 和 Activity 内 的 变 


initViews: 加 载 layout 布 局 文件 ， 初 始 化 控件 ， 为 控件 挂 上 事件 方 


:JoadData: 调用 MobileAPI 获 取 数 据 。 


于 是 我 们 在 AndroidLib 这 个 类 库 的 BaseActivity 中 ， 重 写 onCreate 方 
法 : 





public abstract class BaseActivity extends Activity { 
Q@override 
public void onCreate(Bundle SavedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
initVariables(); 
initViews(savedInstanceState); 
loadData( ) ; 


protected abstract void initVariables(); 
protected abstract void initViews(Bundle SavedInstanceState ) ; 
protected abstract void LoadData( ); 








同时 这 三 个 子 方法 ， 要 声明 为 abstract 的 ， 从 而 要 求 所 有 子 类 必须 实 


册 这 至 个 类 二 


然后 我 们 重 写 刚才 那个 Activity 的 实现 ， 要 让 所 有 的 Activity 都 继承 


自 BaseActivity 基 类 ， 如 下 所 示 : 





public class LoginNewActivity extends BaseActivity 
implements View.OnClickListener { 
private int loginTimes; 
private String strEmail; 
private EditText etPassword; 
private EditText etEmail; 
private Button btnLogin; 


Q@Override 
protected void initVariables() { 
loginTimes = -1; 


Bundle bundle = getIintent().getExtras(); 
strEmail = bundle.getSstring(AppConstants .Email); 


Q@Override 

protected void initViews(Bundle savedInstanceState) { 
setContentView(R.1layout.activity_login); 
etEmail = (EditText)findViewById(R.id,.email); 
etEmail.setText(strEmail); 
etPassword = (EditText)findViewById(R.id.password); 
// 登录 事件 





btnLogin = (Button)findViewById(R.id.sign_in button); 
btnLogin.setonCclickListener(this); 


QOverride 


protected void loadData() { 
// 获取 


2 个 





MobileAPI， 获 取 天 气 数据 ， 获 取 城 市 数据 





loadweatherData( ); 
loadCityData( ); 





对 Activity 生 命 周 期 重新 定义 是 借鉴 了 JavaScript 的 做 法 。JavaScript 
因为 是 脚本 语言 ， 所 以 必须 要 细 化 每 个 方法 ， 才 能 保证 结构 清晰 ， 不 至 
于 写 错 变量 和 语法 。 


1.3 ”统一 事件 编程 模型 


接 上 市 ， 我 们 给 按钮 点 击 事件 增加 方法 ， 如 下 所 示 : 





public class LoginActivity extends Activity 
implements View.OnClickListener { 
Q@Override 
protected void onCreate(Bundle savedInstanceState) { 
// 以 上 省 略 一 些 无 关 代码 


// 登录 事件 





Button btnLogin = (Button) findViewById( 
R.id.sign_in button); 

btnLogin.setonCclickListener(this); 

// 以 上 省 略 一 些 无 关 代码 


Q@Override 
public void onClick(View view) { 
Switch (view.getId()) { 
case R.id.sign_in button: 
Intent intent = new Intent(LoginActivity.this, 
PersonCenterActivity.class); 
startActivity(intent); 








很 多 公司 、 很 多 团队 、 很 多 程序 员 都 是 这 样 写 代码 的 ， 也 不 能 说 不 
对 。 但 我 反对 这 样 写 的 原因 是 ， 大 家 看 那个 onClick 方 法 ， 里 面 要 使 用 
switch...case... 语 句 来 对 R.id.btnNext 中 的 值 进行 判断 ， 我 不 希望 R 这 个 类 
在 程序 中 反复 出 现 ， 这 会 扰乱 面 问 对 象 编程 的 风格 ， 按 照 我 的 设想 ， 我 
们 在 initViews 方 法 中 一 次 性 把 所 有 的 控件 都 初始 化 了 ， 今 后 就 再 也 不 会 


使 用 R.id 了 。 


Android 中 还 有 为 一 种 事件 编程 方式 ， 如 下 所 示 : 





// 登录 事件 





btnLogin = (Button)findViewById(R.id.sign_in button); 
btnLogin.setoncClickListener( 
new View.OnClickListener() { 
@Override 
public void oncClick(View v) { 
gotoLoginActivity(); 


}); 





这 是 我 比较 推 潜 的 方式 ， 有 以 下 两 个 优点: 


1) 直接 在 btnLogin 这 个 按钮 对 象 上 增加 点 击 事件 ， 是 面向 对 象 的 写 
0 


2) 将 onClick 方 面 的 实现 ， 封 装 成 一 个 gotoLoginActivity 方 法 ， 如 下 
所 示 : 





private void gotoLoginActivity() { 
Intent intent = new Intent(LoginNewActivity.this, 
PersonCenterActivity,class ) ; 
StartActivity(intent ) ， 
} 





这 样 onClick 事 件 方法 就 不 那么 胱 肿 了 。 设 想 当 我 们 在 initViews 方 法 
中 声明 了 10 个 按钮 对 象 ， 并 都 给 它们 挂 上 不 同 的 点 击 方法 ， 那 么 
initViews 方 法 该 有 多 少 行 代 码 呢 ? 我 写 过 上 千 行 的 ， 直 接 感受 就 是 











initViews 方 法 很 难 维护 。 但 是 我 们 把 这 些 点 击 方法 都 分 别 封装 到 私有 方 
法 中 ， 代 码 就 清晰 多 了 。 


但 是 ， 只 要 在 一 个 团队 内 部 达成 了 协议 ， 决 定 使 用 茶 种 事件 编程 方 
式 ， 所 有 开发 人 员 就 要 按照 同样 的 方式 编写 代码 。 我 认为 这 是 没 错 的 。 
只 要 不 是 各 有 各 的 编码 风格 就 好 。 


1.4 实体 化 编程 


听 说 过 fastUJSON 吗 ? 听 说 过 GSON 吗 ? 我 面试 过 很 多 Android 开 发 人 
员 ， 他 们 的 项 目 大 多 不 用 fasUJSON 或 者 GSON 这 种 实体 化 编程 的 思路 。 
他 们 在 获取 MobileAPI 网 络 请 求 返 回 的 JSON 数 据 时 ， 使 用 JSONObject 或 
者 JSONArray 来 承载 数据 ， 然 后 把 返回 的 数据 当 作 一 个 字典 ， 根 据 键 取 
出 相应 的 值 。 





1.4.1 在 网 络 请 求 中 使 用 实体 


如 果 仅 仅 是 在 转换 MobileAPI 返 回 的 JSON 数 据 时 手动 取 值 也 就 算 
了 ， 只 要 能 把 取 到 的 值 填 充 到 一 个 实体 中 就 成 。 但 是 我 见 过 最 糟糕 的 程 
序 是 ， 把 JSON 数 据 直接 转 成 JSJONObject 或 者 JSONArray， 然 后 就 一 直 使 
用 这 样 的 对 象 了 ， 甚 至 将 JSONObject 从 一 个 Acivity 传 递 到 另 一 个 
Activity， 要 知道 JSONObject 和 JSONArray 都 是 不 支持 序列 化 的 ， 所 以 只 
好 将 这 种 对 象 封装 到 一 个 全 局 变量 中 ， 在 跳 转 前 设置 ， 在 跳 转 后 取出 ， 


写 一 个 这 样 的 糟糕 示例 : 


先 给 出 MobileAPI 返 回 的 JSON 字 符 串 : 





{ "weatherinfo":{ 
"city":" 比 京 


"cityid":"101010100", 
"temp" : "24", 
WWD":" 南 风 


WS" 5 "2 级 


1SDT "74%", 

"WSE" "2…， 

"time":"17:45", 
"isRadar™:"1", 
"Radar":"JC_RADAR_AZ9010_JB", 
mnjd":" 暂 无 实况 





"gqy" ' "1005" 





使 用 JSONObject 的 编码 如 下 ， 代 码 中 的 result 变 量 就 是 上 面 的 JSON 
字符 串 ， 更 详细 的 Demo 请 参见 WeatherByJsonObjectActivity: 





try { 
JSONObject jsonResponse = new JSONObject(result); 
JSONObject weatherinfo = jsonResponse 

.getJSONObject ("weatherinfo"); 

String city = weatherinfo.getString("city"); 
int cityId = weatherinfo.getInt("cityid"); 
tvCity.setText(city); 
tvCityId.setText(String.valueOof(cityId)); 

} catch (JSONException e) { 
e.printStackTrace( ); 








这 样 的 写法 有 以 下 两 个 问题 : 


1) 根据 key 值 取 value， 我 们 可 以 认为 这 是 一 个 字典 。 同 样 的 功能 实 
现 ， 字 典 比 实 体 更 上 汐 难 懂 ， 容 易 产 生 bug。 


2) 每 次 都 要 手动 从 JSONObject 或 者 JSONArray 中 取 值 ， 很 烦琐 。 


接 下 来 我 们 分 别 使 用 fastJSON 和 GSON， 介 绍 一 下 实体 编程 的 方 
式 ， 相 应 的 ， 请 在 项 目 中 添加 对 fastJSON 和 GSON 这 两 个 jar 的 引用 ， 如 
图 1-6 所 示 。 





iS YoungHeart 
bp src 
> Egen [Generated Java Files] 
b mh Android 4.2.2 
bp mi Android Dependencies 
by mi Referenced Libraries 


Eassets 
> Sy bin 
Vv 时 libs 
android-support-v4.jar 
fastjson_1.1.33.jar 
gson-2.2.4.jar 





图 1-6 ”在 Android 项 目 中 添加 fastJSON 和 GSON 的 jar 包 


我 们 使 用 fastJSON 对 上 述 代码 进行 改造 ， 要 事先 准备 两 个 实体 
WeatherEntity 和 WeatherInfo， 用 于 JSON 字 符 串 到 实体 之 间 的 映射 : 





WeatherEntity weatherEntity = JSON.parseObject(content, WeatherEntity.class); 
WeatherInfo weatherInfo = weatherEntity.getweatherIinfo( ); 
if (weatherInfo != null) { 
tvCity.setText(weatherIinfo.getCity()); 
tvCityId.setText(weatherIinfo.getcityid()); 


= 





使 用 GSON 的 方式 也 差不多 : 





Gson gson = new Gson(); 
WeatherEntity weatherEntity = gson.fromJson(content, WeatherEntity.class); 
WeatherInfo weatherInfo = weatherEntity.getweatherInfo( ); 
if (weatherInfo != null) { 
tvCity.setText(weatherIinfo.getCity()); 
tvCityId.setText(weatherInfo.getcCityid()); 
} 





这 里 说 一 件 非常 狗 血 的 事情 ， 就 是 在 我 们 使 用 fastJSON 后 ，App 四 
处 起 火 ， 主 要 表现 为 : 


1) 加 了 符号 Annotation 的 实体 属性 ， 一 使 用 残 骨 尝 。 
2) 当 有 泛 型 属性 时 ， 一 使 用 就 朋 泪 。 


在 调试 的 时 候 没 事 ， 可 是 每 次 打 俭 名 混 消 包 ， 就 会 出 现 上 述 问题 。 
我 们 几 个 开发 人 员 曾 经 得 到 晚上 十 点 半 ， 节 后 才 发 现 是 混 消 文件 缺 了 以 
下 两 行 代码 导致 的 : 














-keepattributes Signature / /避免 混淆 泛 弄 
-keepattributes *Annotation* / / 不 混淆 注解 





1.4.2 ”实体 生成 器 





当 使 用 实体 编程 的 时 候 ， 我 有 个 切身 感受 ， 就 是 每 次 根据 JSON 字 


符 串 去 编写 一 个 实体 的 时 候 非 第 厂 烦 。 不 仅仅 是 Android， 当 我 们 进行 
iOS 和 WindowsPhone 编 程 时 ， 也 需要 把 JSON 转 换 为 相应 的 实体 。 


创建 实体 是 一 件 很 烦琐 的 事情 ， 我 们 需要 一 个 工具 ， 帮 助 我 们 自动 
生成 不 同 开 发 平台 下 的 实体 。 于 是 便 有 了 EntityGenerater 这 个 工具 。 就 
像 马云 说 的 那样 ， 工 具 都 是 懒 人 发 明 的 。 当 初 我 在 推进 实体 化 编程 的 时 
候 ， 我 的 OS 团队 早已 习惯 了 字典 式 取 数 据 的 方式 ， 对 建立 实体 这 种 新 
机 制 不 是 很 感 兴趣 ， 除 非 我 发 明 一 个 能 够 自动 生成 实体 的 工具 ， 提 高 
发 效率 。 于 是 我 就 到 开源 社区 找到 了 一 个 类 似 的 工具 JSON C#Class 
Generator 上 ， 但 是 它 只 能 生成 WindowsPhone 的 实体 ， 于 是 我 就 稍微 改 
造 了 一 下 这 个 工具 ， 让 它 同 时 也 可 以 生成 Android 和 iOS 实 体 ， 如 图 1-7 
所 示 。 








Andrc ~ 普 字 母 大 写 
Namespace/package: MTObjectMapping 


Mobile Ap om.cn/data/sk/101010100.html 


Target folder: CNson 四 


Generate classes from sample JSON: 


fweatherinfo city dk 

豆 " “cityid "101010100 “temp :26 WD": 南 

风 ","WS":"2 

组 ","SD";55%","WSE":"2", "Gme":"15:55" "sRadar’:"l1" 
,Radar":*JC_ RADAR AZ9010 Je" md 看 无 实 

况 ",*qy":* 1009")) 





图 1-7 实体 生成 器 的 左边 界面 





在 左边 的 文本 框 输出 JSON 字 符 串 后 ， 点 击 Load 按 钮 ， 就 会 在 右边 
的 列表 中 预览 到 实体 间 的 层次 关系 ， 以 及 JSON 字 符 串 中 的 字段 与 JSON 
实体 中 的 属性 之 间 的 对 应 关系 ， 如 图 1-8 所 示 。 





同时 ， 这 个 列表 还 是 可 以 编辑 的 。 我 们 可 以 灵活 修改 要 生成 的 
JSON 实 体 的 属性 名 称 。 点 击 Generate 按 钮 ， 就 会 在 C:MJSON 目 录 下 生成 
JSON 实 体 了 。 





再 后 来 ， 考 虑 到 iOS 团 队 每 次 使 用 实体 生成 右 都 要 切换 到 Windows 
系统 ， 这 是 一 件 何 其 麻烦 的 事情 啊 。 于 是 我 就 又 开发 了 实体 生成 器 的 
Web 版 本 ， 这 样 就 能 满足 所 有 团队 的 需要 了 。 


经 过 我 修改 的 EntityGenerator 项 目 源码 ， 请 到 我 的 博客 下 载 ， 读 者 
可 以 根据 自己 的 需要 定制 自己 的 实体 格式 加 。 








图 1-8 实体 生成 器 的 右边 界面 


1.4.3 在 页 面 跳 转 中 使 用 实体 


在 一 个 页 面 中 ， 数 据 的 来 源 有 两 种 : 


1) 调用 MobileAPI 获 取 JSON 数 据 。 
2) 从 上 一 个 页 面 传递 过 来 。 


我 们 上 一 小 节 介 绍 了 如 何 将 从 MobileAPI 请 求 到 的 JSON 数 据 转 换 为 
实体 ， 接 下 来 ， 我 们 看 一 下 Activity 之 间 的 数据 应 该 如 何 传递 。 





一 种 偷懒 的 办 法 是 ， 设 置 一 个 全 局 变量 ， 在 来 源 页 设置 全 局 变量 ， 
在 目标 页 接收 全 局 变量 。 


以 下 是 来 源 页 MainActivity 的 代码 : 





Intent intent = new Intent(MainActivity.this, LoginActivity.class); 
intent.putExtra(AppConstants.Email, "jiangqiang.bao@qq.com"); 
CinemaBean cinema = new CinemaBean(); 

cinema.setCcinemaId("1"); 

cinema.setCinemaName(" 星 美 


) " 
到 
// 使 用 全 局 变量 的 方式 传递 参数 





GlobalVariables.Cinema = cinema,; 
startActivity(intent); 





以 下 是 目标 页 LoginActivity 的 代码 : 





CinemaBean cinema = GlobalVariables.Cinema; 


if (cinema != null) { 

cinemaName = cinema.getCinemaName(); 
} else { 

cinemaName = ""， 





这 里 的 GlobalVariables 类 是 一 个 全 局 变量 ， 定 义 如 下 : 





public class GlobalVariables f{ 
public static CinemaBean Cinema; 





我 是 不 建议 使 用 全 局 变量 的 。App 一 旦 被 切换 到 后 台 ， 当 手机 内 存 
不 足 的 时 候 ， 就 会 回收 这 些 全 局 变量 ， 从 而 当 App 再 次 切换 回 前 台 时 ， 
再 继续 使 用 全 局 变量 ， 束 会 因为 它们 为 空 而 朋 湿 。 





如 果 必 须 使 用 全 局 变量 ， 就 一 定 要 把 它们 序列 化 到 本 地 。 这 样 即使 
全 局 变量 为 空 ， 也 能 从 本 地 文件 中 恢复 。 在 3.5 节 ， 我 会 专门 讲解 如 何 
解决 全 局 变量 导致 App 崩 尝 的 问题 。 

















本 节 我 们 着 重 研究 如 何不 使 用 全 局 变量 ， 而 是 使 用 Intent 在 页 面 间 
来 传递 数据 实体 的 机 制 。 


首先 ， 在 来 源 页 MainActivity 要 这 样 写 : 





Intent intent = new Intent(MainActivity.this, LoginNewActivity.class); 
intent.putExtra(AppConstants.Email, "jianqiang.bao@qq.com"); 
CinemaBean cinema = new CinemaBean(); 

cinema.setCinemaId("1"); 

cinema.setCinemaName(" 星 美 


"); 
// 使 用 


ntent 上 挂 可 序列 化 实体 的 方式 传递 参数 


intent.putExtra(AppConstants.Cinema, cinema); 
StartActivity(intent ) ， 


| 


Y 


其 次 ， 目 标 页 LoginActivity 要 这 样 写 : 





CinemaBean cinema = (CinemaBean)getIntent() 
.getSerializableExtra(AppConstants.Cinema); 


if (cinema != null) { 

cinemaName = cinema.getCinemaName(); 
} else { 

cinemaName = ""， 
} 





这 里 的 CinemaBean 要 实现 Serializable 接 口 ， 以 支持 序列 化 : 





public class CinemaBean implements Serializable { 
private static final long serialVersionUID = 1L; 
private String cinemaId ; 
private String cinemaName; 
public CinemaBean() { 


} 
public String getCinemaId() { 
return cinemaId ; 


public void setCinemaId(String cinemaId) { 
this.cinemald = cinemalId,; 


public String getCinemaName() { 
return cinemaName; 


public void setCinemaName(String cinemaName) { 
this.cinemaName = cinemaName; 
} 





[1] 这 个 工具 的 地 址 如 下 : http://www.xamasoft.com/json-class-generator/ 


[2] 项 目地 址 如 下 : http://files.cnblogs.com/Jax/EntityGenerator.zip。 


1.5 _ Adapter 模板 





我 在 进行 重 构 的 时 候 还 发 现 ， 如 果 不 对 Adapter 的 写法 进行 规范 ， 
开发 人 员 还 是 会 根据 自己 的 习惯 ， 写 出 来 各 种 各 样 的 Adapter， 比 如 : 











-很 多 开发 人 员 都 喜欢 将 Adapter 内 骸 在 Activity 中 ， 一 般 会 使 用 
SimpleAdapter。 


:由 于 没有 使 用 实体 ， 所 以 一 般 会 把 一 个 字典 作为 构造 函数 的 参数 
注入 到 Adapter 中 。 


而 我 希望 Adapter 只 有 一 种 编码 风格 ， 这 样 及 现 了 问题 也 很 容易 排 
和 


于 是 我 们 要 求 所 有 的 Adapter 都 继承 自 BaseAdapter， 从 构造 函数 注 
入 List< 自 定义 实体 > 这 样 的 数据 集合 ， 从 而 完成 ListView 的 填充 工作 ， 
如 下 所 示 : 








public class CinemaAdapter extends BaseAdapter { 
private final ArrayList<CinemaBean> cinemaList,; 
private final AppBaseActivity context; 
public CinemaAdapter(ArrayList<CinemaBean> cinemaList, 
AppBaseActivity context) { 
this.cinemaList = cinemaList,; 
this.context = Context ， 


} 
public int getCount() { 
return cinemaList.size(); 


public CinemaBean getItem(final int position) { 
return cinemaList.get(position); 


} 
public long getItemId(final int position) { 
return position; 


} 





对 于 每 个 自 定义 的 Adapter， 都 要 实现 以 下 4 个 方法 : 
‘getCount() 
‘getItem() 
‘getItemId() 


‘getView!() 


此 外 ， 还 要 内 置 一 个 Holder 钦 套 类 ， 用 于 存放 ListView 中 每 一 行 中 
的 控件 。ViewHolder 的 存在 ， 可 以 避免 频繁 创建 同一 个 列表 项 ， 从 而 极 
大 地 节省 内 存 ， 如 下 所 示 : 





class Holder { 
TextView tvCinemaName; 
TextView tvCinemaId ， 


} 








你 可 能 会 觉得 我 老生 稼 谈 ， 但 当 有 很 多 列表 数据 时 ， 人 快速 滑动 列表 
会 变 得 很 卡 ， 其 实 就 是 因为 没有 使 用 ViewHolder 机 制导 致 的 ， 正 确 的 写 


法 如 下 所 示 : 








public View getView(final int position, View convertView, 
final ViewGroup parent) { 
final Holder holder; 
if (convertView == null) { 


holder = new Holder(); 
convertView = context.getLayoutIinflater().inflate( 
R.layout.item cinemalist, null); 
holder .tvCinemaName = (TextView) convertView. 
findViewById(R.id.tvCinemaName); 
holder .tvCinemaId = (TextView) convertView. 
findViewById(R.id.tvCinemalId); 
convertView.setTag(holder); 
} else { 
holder = (Holder) convertView.getTag(); 
} 


CinemaBean cinema = cinemaList.get(position); 

holder .tvCinemaName.setText(cinema.getCcinemaName( )); 
holder .tvCinemaId.setText(cinema.getCinemaId()); 
return convertView; 





那么 ， 在 Activity 中 ， 在 使 用 Adapter 的 地 方 ， 我 们 按照 下 面 的 方式 
把 列表 数据 传递 过 去 : 





QOverride 
Protected void initViews(Bundle savedlnstanceState) { 
SetContentView(R,. Jayout ,activity listdemo); 
lvCinemaList = (ListView) findViewByld(R.id. lvCinemalist); 
CinemaAdapter adapter = new CinemaAdapter(cinemaList, ListDemoActivity.this); 
lvCinemaList.setAdapter (adapter); 
lvCinemaList.setOonItemClickListener( 
new AdapterView.OnItemClickListener() { 
@Override 
public void onItemClick(AdapterView<?> parent, 
View view, int position, long id) { 
// do something 


}); 


1.6 ”类 型 安全 转换 函数 


在 每 天 统计 线 上 册 尝 的 时 候 ， 我 们 友 现 因为 类 型 转换 不 正确 导致 的 
裔 尝 占 了 很 大 的 比例 。 于 是 我 们 去 检查 程序 中 所 有 的 类 型 转换 ， 友 现 主 
要 集中 在 两 个 地 方 : Object 类 型 的 对 象 、substring 函 数 。 下 面 分 别 说 
明 。 


1) 对 于 一 个 Object 类 型 的 对 象 ， 我 们 对 其 直接 使 用 字符 串 操作 函数 
toString， 当 其 为 null 时 就 会 朋 涡 。 


比如 ， 我 们 经 常会 写 出 下 和 面 这 样 的 程序 : 





int result = Integer.VvValueof(obj,toString() )， 





一 且 obj 这 个 对 象 为 空 ， 那 么 上 面 这 行 代码 会 直接 骨 涡 。 


这 里 的 obj， 一 般 是 从 JSON 数 据 中 取出 来 的 ， 对 于 MobileAPI 返 回 的 
JSON 数 据 ， 我 们 无 法 保证 其 永远 不 为 至 


比较 好 的 做 法 是 ， 我 们 需要 编写 一 个 类 型 安全 转换 函数 
convertToInt， 实 现 如 下 ， 其 核心 思想 就 是 ， 如 果 转 换 失 败 ， 就 返回 默 
认 值 : 





public final static int convertToInt(Object value, int defaultValue) { 
If (value == null || "".equals(value.toString().trim())) { 


return defaultValue; 


} 
try { 
return Integer.valueOof(value.toString()); 
} catch (Exception e) { 
try { 
return Double.valueOof(value.toString()).intValue(); 
} catch (Exception e1) { 
return defaultValue; 








我 们 将 这 个 方法 放 到 Utils 类 下 面 ， 每 当 要 把 一 个 Object 对 象 转换 成 
整 型 时 ， 痢 使 用 该 方法 ， 残 不 会 朋 沉 了 : 





int result = Utils.convertToInt(obj, 0); 





以 上 只 是 其 中 一 种 类 型 安全 转换 函数 ， 相 应 的 ， 我 们 在 Utils 类 中 还 
要 提供 诸如 Object 到 long、double、String 等 类 型 的 类 型 安全 转换 函数 ， 
以 满足 我 们 的 不 时 之 需 。 


2) 如 果 长 度 不 够 ， 那 么 执行 substring 函 数 时 ， 就 会 月 误 。 


Java 的 substring 函 数 有 2 个 参数 : start 和 end。 








对 于 第 一 个 参数 start， 我 们 的 程序 大 多 是 设 为 0， 所 以 一 般 不 会 有 
问题 。 但 是 要 设置 为 大 于 0 的 值 时 ， 就 要 仔细 思量 了 ， 比 如 : 





String cityName = "T" 
String firstLetter = cityName.substring(1, 2); 





这 样 的 代码 必然 朋 涡 ， 所 以 每 次 在 使 用 substring 函 数 的 时 候 ， 都 要 


判断 start 和 end 两 个 参数 是 否 越 界 了 。 应 该 这 样 写 : 


String cityName = "T"; 
String firstLetter = ""; 
if (cityName.length() > 1) { 
firstLetter = cityName.substring(1, 2); 


以 上 两 类 问题 的 根源 ， 都 来 自 MobileAPI 返 回 的 数据 ， 由 此 而 引出 
另 一 个 很 严肃 的 问题 ， 对 于 从 MobileAPI 返 回 的 数据 ， 可 信和 度 到 底 有 多 


高 呢 ? 





首先 ， 不 能 让 App 直 接骨 溃 ， 应 该 在 解析 JSON 数 据 的 外 面包 一 层 
try...catch... 语 句 ， 将 截获 到 的 异常 在 catch 中 进行 处 理 ， 比 如 说 ， 发 送 
错误 日 志 给 服务 器 。 


其 次 ， 对 数据 要 分 级 别 对 待 ， 例 如 : 





1) 对 于 那些 不 需要 加 工 就 能 直接 展示 的 数据 ， 我 们 是 不 担心 的 ， 
因为 即使 为 空 ， 页 面 上 也 就 是 不 显示 而 已 ， 不 会 引起 逻辑 的 问题 。 








2) 对 于 那些 很 重要 的 数据 ， 比 如 涉及 文 付 的 金额 不 能 为 空 的 好 
辑 ， 这 时 候 就 应 该 弹出 提示 框 提 示 用 户 当前 服务 不 可 用 ， 并 停止 接 下 来 
的 操作 。 


1.7 本 章 小 结 





本 章 介 绍 的 内 容 都 是 为 后 面 的 章节 打 基 础 。 有 了 AndroidLib 这 个 业 
务 无 关 的 类 库 ， 我 们 将 在 接 下 来 的 章节 中 封装 更 多 的 公用 逻辑 ， 比 如 第 
2 章 介 绍 的 网 络 底层 封 效 ， 以 及 第 9 章 介 绍 的 模块 化 拆 分 和 插件 化 编程 。 
实体 化 编程 将 极 大 提升 代码 可 读 性 ， 从 而 进一步 提高 开发 效率 。 而 实体 
生成 器 的 出 现 ， 将 是 解决 重复 邦 动 的 一 大 利器 。 为 Activity 定 义 新 的 生 
命 周 期 ， 把 onCreate 方 法 中 的 几 百 行 代码 拆 分 为 3 个 具有 不 同 功用 的 子 方 
法 ， 也 是 提升 代码 可 读 性 的 一 个 手段 。 











相 比 后 面 的 章节 ， 本 章 更 多 内 容 是 写 代 码 的 方法 ， 如 果 整 本 书 都 是 
这 个 内 容 ， 那 就 没意思 了 。 接 下 来 的 各 章 ， 我 将 详细 介绍 移动 App 开 发 
领域 的 第 见 问题 以 及 解决 问题 的 思路 或 方法 。 


第 2 章 ”Android 网 络 底层 框架 设计 


本 章 介 绍 Android 网 络 底层 的 封装 。 很 多 公司 、 很 多 团队 都 只 是 把 
网 络 底层 封装 成 一 个 好 用 的 方法 ， 而 我 接 下 来 要 介绍 的 内 容 将 履 羡 的 范 
围 很 广 : 








.抛弃 AsyncTask， 目 定义 一 套 网 络 底层 的 封装 框架 。 
.设计 一 套 App 组 存 策略 。 


.设计 一 套 MockService 的 机 制 ， 在 没有 MobileAPI 的 时 候 ， 也 能 假装 
获取 到 了 网 络 返回 的 数据 。 


封装 了 用 户 Cookie 的 逻辑 。 


好 了 ， 让 我 们 开始 愉快 地 阅读 吧 。 


2.1 网 络 低层 封装 


很 多 公司 和 团队 都 是 用 AsyncTask 来 封装 网 络 底层 ， 因 为 这 个 类 非 
常 好 用 ， 内 部 封装 了 很 多 好 用 的 方法 ， 但 缺点 是 可 扩展 性 不 高 。 





本 节 将 介绍 一 种 自 定义 的 网 络 底层 框架 ， 我 们 可 以 基于 这 个 框架 随 
心 所 欲 地 增加 目 定 义 的 过 辑 ， 完 成 很 多 高 级 功能 。 


让 我 们 先 从 MobileAPI 网 络 请 求 格式 入 手 。 


2.1.1 网 络 请 求 的 格式 


对 于 网 络 请 求 ， 我 们 一 般 定义 为 GET 和 POST 即 可 ，GET 为 请 求 数 
据 ，POST 为 修改 数据 〈 增 删改 ) 。 


1.Request 格 式 


所 有 的 MobileAPI 都 可 以 写作 http://www.xxx.com/aaaa.api 的 形式 。 


:对 于 GET， 我 们 可 以 写作 : http://www.xxx.com/aaaa.api? 
k1=va&k2=v2 的 形式 ， 也 就 是 说 ， 把 key-value 这 样 的 键 值 对 存放 在 URL 
上 。 之 所 以 这 样 设计 ， 是 为 了 更 方便 地 定义 数据 缓存 。 我 们 尽量 使 GET 


的 参数 都 是 string、int 这 样 的 简单 类 型 。 


.对 于 POST， 我 们 将 key-value 这 样 的 键 值 对 存放 在 Form 表 单 中 ， 进 
行 提交 。POST 经 种 会 提交 大 量 数据 ， 所 以 有 些 键 值 对 要 定义 成 集合 或 
者 复杂 的 目 定 义 实 体 ， 这 时 我 们 束 需 要 将 这 样 的 值 转换 为 JSON 字 符 串 
进行 提交 ， 由 App 传 递 到 MobileAPI 后 ， 再 将 JSON 字 符 串 转换 为 对 应 的 
实体 。 








上 述 介绍 只 是 一 家 之 言 ， 不 同 公司 有 不 同 的 实现 方式 ， 这 取决 于 服 
务 需 端的 设计 。 


2.Response 格 式 


我 们 一 般 使 用 JSON 作 为 MobileAPI 返 回 的 结果 。 最 规范 的 JSON 数 
据 返回 格式 如 下 。 


JSON 数 据 格式 1: 





"isError" : true, 
"errorType" : 1, 
"errorMessage" : "网 络 异常 


"result" a Wr 





JSON 数 据 格式 2: 





{ 
"isError" : false, 
"errorType”" : 0, 
"errorMessage™" : "" 


"result" :; { 
"cinemaId" : 1, 
"cinemaName" : " 星 美 





这 里 ，isError 是 调用 MobileAPI 成 功 与 否 ，errorType 是 错误 类 型 
(如果 成 功 则 为 0) ，errorMessage 是 错误 消息 (如 果 成 功 则 为 空 》 
result 是 成 功 请 求 返 回 的 数据 结果 “(如果 失 败 则 返 


既然 所 有 的 JSON 都 返回 isError、errorType、errorMessage、result 这 
4 个 字段 ， 我 们 不 妨 定义 一 个 Response 实 体 类 ， 作 为 所 有 JSON 实 体 的 最 
外 层 ， 代 码 如 下 所 示 : 





public class Response 


{ 

private boolean error,; 

private int errorType; // 1 为 
COOKie 失 效 


private String errorMessage,; 

private String result,; 

public boolean hasError() { 
return error; 

} 


public void setError(boolean hasError) { 
this.error = hasError,; 


public String getErrorMessage() { 
return errorMessage; 


public void setErrorMessage(String errorMessage) { 
this.errorMessage = errorMessage; 


} 
public String getResult() { 
return result,; 


public void setResult(String result) { 
this.result = result,; 
} 


public int getErrorType() { 
return errorType 


} 

public void setErrorType(int errorType) { 
this.errorType = errorType; 

} 


} 





如 果 成 功 返 回 了 数据 ， 数 据 会 存放 在 result 字 段 中 ， 上 映射 为 Response 
实体 的 result 属 性 。 


上 面 的 JSON 数 据 返回 的 是 一 笔 影 院 数据 ， 如 果 返 回 的 result 是 很 多 
影院 的 数据 集合 ， 那 么 就 要 把 result 解 析 为 相应 的 实体 集合 ， 如 下 所 


小 : 





"isError" : false, 
"errorType" : 0, 
"errorMessage" 
"result" :; [ 
{"cinemaId" : 1, "cinemaName" :; " 星 美 


{"cinemaId" : 2, "cinemaName"” : "万 达 





2.1.2 ”AsyncTask 的 使 用 和 缺点 


对 AsyncTask 的 封装 属于 网 络 底层 的 技术 ， 所 以 AsyncTask 应 该 封装 
在 AndroidLib 类 库 中 ， 而 不 是 具体 的 项 目 里 。 


对 网 络 异 常 的 分 类 ， 也 就 是 Response 类 中 的 errorType 字 段 ， 分 析 如 


一 种 是 请 求 发 送 到 MobileAPI，MobileAPI 执 行 过 程 中 发 现 的 异 
常 ， 这 时 候 要 自 定义 错误 类 型 ， 也 就 是 errorType， 比 如 说 1 是 Cookie 过 
期 ，2 是 第 三 方 支付 平台 不 能 连接 ， 等 等 ， 这 些 已 知 的 错误 都 是 大 于 0 的 
整数 ， 因 接口 不 同 而 各 自 定义 不 同 。 





一 种 是 在 App 访 问 MobileAPI 接 口 时 发 生 的 异常 ， 有 可 能 App 自 
身 网 络 不 稳定 ， 有 可 能 因为 网 络 传输 不 好 导致 返回 了 空 值 ， 这 些 异 常情 
况 我 们 都 标记 为 负数 。 


基于 上 述 分 析 ，AsyncTask 的 doInBackground 方 法 复写 为 : 





Q@Override 
protected Response doInBackground(String.. 


url) { 
return getResponseFromURL(url1[0]); 
} 


private Response getResponseFromURL(String url) { 
Response response = new Response(); 
HttpGet get = new HttpGet (url); 
String strResponse = null; 
try { 
HttpParams httpParameters = new BasicHttpParams(); 
HttpConnectionparams.setConnectionTimeout(httpParameters, 8000); 
HttpClient httpClient = new DefaultHttpClient(httpPparameters); 
HttpResponse httpResponse = httpClient.execute(get); 
If (httpResponse.getSstatusLine().getStatusCode() 
== HttpStatus.sc OK) { 
strResponse = EntityUtils.tostring(httpResponse.getEntity()); 
} 
} catch (Exception e) { 
response.setErrorType(-1); 
response.setError(true); 
response.setErrorMessage(e.getMessage()); 


if (strResponse == null) { 
response.setErrorType(-1); 
response.setError(true); 
response.setErrorMessage(" 网 络 异 常 ， 返 回 空 值 














1 
了 
} else { 
strResponse = "{'isError':false, 'errorType':0, 'errorMessage':'', 
'result':{'Ccity':' 北 京 


', 'Ccityid':"'101010100','temp':'17', 
"WD ' ;' 西 南 风 


!，'WS' :12 级 


','SD':'54%', 'WSE':'2', 'time':'23:15", 
'isRadar':'1', 'Radar':'JC_ RADAR AZ9010_JB', 
"nJjd ' ;' 暂 无 实况 





','qy':'1016'}}"; 
response = JSON.parseObject(strResponse, Response.class); 


return response,; 





相应 的 ， 在 AsyncTask 的 onPostExecute 方 法 中 ， 我 们 要 对 错误 类 型 
进行 分 类 ， 从 而 进一步 回调 : 





public abstract class RequestAsyncTask 
extends AsyncTask<String, Void, Response> { 
public abstract void onSuccess(String content); 
public abstract void onFail(String errorMessage); 
Q@Override 
protected void onPreExecute() { 


@Override 
protected void onPostExecute(Response response) { 
if(response.hasError()) { 
onFail(response.getErrorMessage( )); 
} else { 
onSuccess(response.getResult()); 
} 





目前 我 们 只 定义 了 onSuccess 和 onFail 两 个 回调 函数 ， 将 网 络 返 回 值 
简单 地 分 为 成 功 与 失败 两 种 情况 。 在 2.4.3 节 ， 我 们 将 详细 介绍 如 何在 网 





络 底层 封装 对 Cookie 过 期 时 的 异常 处 理 。 


在 相应 的 Activity 页 面 ， 调 用 AysncTask 如 下 所 示 : 





protected void loadData() { 
String url = "http://www.weather.com.cn/data/sk/101010100.html"; 
RequestAsyncTask task = new RequestAsyncTask() { 
@Override 
public void onSuccess(String content) { 
// 第 


2 种 写法 ， 基 于 


fastJSON 
WeatherEntity weatherEntity = JSON.parseObject(content, 
WeatherEntity.class) ， 

WeatherInfo weatherInfo = weatherEntity.getweatherInfo( ) ， 

If (weatherInfo != null) { 
tvCity.setText(weatherInfo.getCity()); 
tvCityId.setText(weatherIinfo.getcCityid()); 

} 


@Override 
public void onFail(String errorMessage) { 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
, SetTitle(" 出 错 啦 


").setMessage(errorMessage) 
. SetPositiveButton(" 确 定 


", null).show(); 
} 


/ 
task.execute(ur]l); 








网 上 关于 如 何 使 用 AsyncTask 的 文章 不 胜 枚 举 ， 大 家 都 在 欣赏 它 的 
优点 ， 却 忽略 了 它 的 致命 缺点 ， 那 就 是 不 能 灵活 控制 其 内 部 的 线程 池 。 





线程 池 里 面 的 每 个 线程 存放 的 都 是 MobileAPI 的 调用 请 求 ， 而 
AsyncTask 中 又 没有 暴 露出 取消 这 些 请 求 的 方法 ， 也 惑 是 我 们 熟知 的 





CancelRequest 方 法 ， 所 以 ， 一旦 从 A 页 面 跳 转 到 B 页 面 ， 那 么 在 A 页 面 发 
起 的 MobileAPI 请 求 ， 如 果 还 没有 返回 ， 并 不 会 被 取消 。 


对 于 一 款 频繁 调用 MobileAPI 的 应 用 类 App 而 言 ， 最 严重 的 情况 发 
生 在 首页 到 二 级 页 面 的 跳 转 ， 因 为 在 首页 会 调用 十 几 个 MobileAPI 接 
口 ， 视 网 络 情况 而 定 ， 如 果 是 WiFi， 应 该 很 快 就 能 请 求 到 数据 ， 不 会 产 
生 积压 ， 但 如 果 是 3G 或 者 2G， 那 么 请 求 就 会 花费 很 长 时 间 ， 而 我 们 在 
这 期 间 就 跳 转 到 二 级 页 面 ， 而 这 个 二 级 页 面 也 会 调用 MobileAPI 接 口 ， 
那么 将 得 不 到 任何 结果 ， 因 为 首页 的 请 求 还 在 排队 处 理 中 ， 之 前 的 那 十 
几 个 MobileAPI 接 口 的 数据 还 都 遥遥 无 期 在 线程 池 里 排队 呢 ， 就 更 不 要 
说 当前 页 面 这 个 请 求 了 。 











如 果 你 不 信 ， 我 们 可 以 做 个 试验 。 记 录 每 次 MobileAPI 请 求 发 起 和 
接收 数据 的 时 间 点 ， 你 会 看 到 ， 在 迅速 进入 二 级 页 面 后 ， 首 页 的 十 几 个 
MobileAPI 请 求 只 有 发 起 时 间 并 没有 返回 时 间 ， 说 明 它 们 还 在 处 理 过 程 
中 ， 都 被 堵塞 了 。 


2.1.3 使 用 原生 的 ThreadPoolExecutor+Runnable+Handler 


既然 AsyncTask 有 诸多 问题 ， 那 么 退 而 求 其 次 ， 使 用 
ThreadPoolExecutor+Runnable+Handler 的 原生 方式 ， 对 网 络 底层 进行 封 
装 。 


接 下 来 我 将 介绍 一 个 非常 轻 量 级 的 网 络 底 层 框架 。 它 由 以 下 9 个 类 
组 成 ， 如 图 2-1 所 示 。 


VD AndroidLib 
了 名 src 
了 由 com.infrastructure 
= 由 activity 
出 cache 


了 让 met 


* 四 DefaultThreadPool.java 


= 四 HttpRequest.java 

* 四 RequestCallback.java 
> 册 RequestManager.java 
b [|D RequestParameter.java 
b [|D Response.java 

bp [PD UrliConfigManager.java 
bp [DN URLData.java 





图 2-1 轻 量 级 的 网 络 底 层 框 架 


图 中 只 列 出 了 8 个 ， 还 有 1 个 RemoteService 类 ， 位 于 YoungHeart 项 目 
的 engine 包 中 。 下 面 分 别 介绍 。 


1.UrlConfigManager 和 URLData 


我 们 把 App 所 要 调用 的 所 有 MobileAPI 接 口 的 信息 都 放 在 url.xml 文 件 
中 ， 如 下 所 示 : 


有 


<?xml1 version="1.0" encoding="UTF-8"?> 
<url> 
<Node 
Key="getweatherIinfo" 
Expires="300" 
NetType="get" 
Url="http://www.weather.com.cn/data/sk/101010100.html" /> 
<Node 
Key="login" 
Expires="0O" 
NetType="post" 
Url="http://www.weather .com,.cn/data/login.api" /> 
</url> 





在 使 用 上 ， 通 过 UrlConfigManager 的 findUREL 方 法 ， 在 上 述 xml 文 件 
中 找到 当前 MobileAPI 调 用 的 节点 ， 其 中 每 一 个 MobileAPI 接 口 都 对 应 一 
个 URLData 实 体 ， 如 下 所 示 : 





public class URLData { 
private String key; 
private long expires; 
private String netType; 
private String url; 





目前 我 们 只 用 到 key、url 和 netType 这 3 个 属性 。expires 是 用 来 做 数 
据 缓存 的 ， 我 们 2.2 节 会 介绍 到 它 的 作用 。 


这 样 ， 发 起 一 次 MobileAPI 网 络 请 求 的 所 有 数据 束 都 准备 好 了 。 
2.RemoteService 和 RequestCallback、RequestParameter 


这 里 的 3 个 类 是 暴露 给 App 用 来 调用 MobileAPI 接 口 的 ， 举 个 例子 ， 
在 weatherBy-FastJsonActivity 中 的 调用 形式 如 下 : 





Q@Override 


protected void loadData() { 
weatherCallback = new RequestCcallback() { 
@Override 
public void onSuccess(String content) { 
WeatherIinfo weatherInfo = JSON.parseObject(content, 
WeatherInfo.class); 
If (weatherInfo != null) { 
tvCity.setText(weatherIinfo.getCity()); 
tvCityId.setText(weatherIinfo.getcCityid()); 


@Override 
public void onFail(String errorMessage) { 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
. SetTitle(" 出 错 啦 


").setMessage(errorMessage) 
. SetPositiveButton(" 确 定 


", Null).show(); 
} 
}; 
ArrayList<RequestParameter> params = new ArrayList<RequestParameter>(); 
RequestParameter rpi1 = new RequestParameter("cityId", "111"); 
RequestParameter rp2 = new RequestParameter("cityName", "Beijing"); 


params.add(rp1); 

params.add(rp2); 

RemoteService.getInstance().invoke(this, "getweatherIinfo", params, 
weatherCcallback ); 





对 上 述 方法 介绍 如 下 : 
RequestCallback 是 回调 ， 目 前 有 onSuccess 和 onFail 两 种 。 


.RedquestParameter 是 用 来 传递 调用 MobileAPI 接 口 所 需 参 数 的 键 值 对 
的 。 我 们 原本 可 以 使 用 HashMap<String,String> 之 这 样 的 数据 结构 ， 但 是 
HashMap 比 较 耗 费 内 存 ， 虽 然 它 的 查找 速度 是 o(1)， 而 对 于 MobileAPI 接 
口 的 参数 而 言 ， 数 据 一 般 不 会 太 多 ， 查 找 速 度 快 体现 不 出 优势 来 ， 所 以 
我 们 使 用 ArrayList< RequestParameter 之 这 样 的 数据 结构 。 








RemoteService 这 个 单 例 是 用 来 发 起 请 求 的 ， 它 会 创建 一 个 


request， 并 将 其 添加 到 RequestManager 中 ， 然 后 放 到 DefaultThreadPool 


的 一 个 线程 中 去 执行 这 个 request。 
3.RequestManager 


RequestManager 这 个 集合 类 是 用 于 取消 请 求 (cancelRequest) 的 。 
为 每 次 发 起 请 求 ， 都 会 把 为 此 创建 的 requesti 堆 加 到 RequestManager 
中 ， 所 以 RequestManager 保 存 了 全 部 request。 


从 ActivityA 跳 转 到 ActivityB， 为 了 不 产生 阻塞 ， 要 取消 ActivityA 中 
的 所 有 未 完成 的 请 求 。 这 时 候 就 需要 RequestManager 的 cancelRequest 方 
法 出 力 了 ， 它 会 表 历 之 前 保存 的 所 有 request， 不 管 三 七 二 十 一 ， 全 部 终 
止 。 如 下 所 示 : 








public void cancelRequest() { 
If ((requestList != null) && (requestList.size() > 0)) { 
for (final HttpRequest request : requestList) { 
If (request.getRequest() != null) { 

try { 
request.getRequest().abort(); 
requestList.remove(request.getRequest()); 

} catch (final UnsupportedOperationException e) { 
e.printStackTrace( ); 





我 们 在 BaseActivity 中 ， 会 保持 对 RequestManager 的 一 个 引用 ， 这 样 
在 onDestroy 和 onPause 的 时 候 ， 执 行 RequestManager 的 cancelRequest 方 法 
就 可 以 取消 所 有 未 完成 的 请 求 了 : 


有 


public abstract class BaseActivity extends Activity { 
// 请求 列表 管理 器 


protected RequestManager requestManager = null; 
protected void onDestroy() { 
// 在 





acCtiVity 销 毁 的 同时 设置 停止 请 求 ， 停 止 线程 请 求 回 调 


pure 











if (requestManager != null) { 
requestManager .cancelRequest(); 
} 


super ,onDestroy( ) ， 


protected void onPause() { 
// 在 





activity 停 止 的 同时 设置 停止 请 求 ， 停 止 线程 请 求 回 调 











if (requestManager != null) { 
requestManager .cancelRequest(); 
} 


Super ,onPause( ); 


public RequestManager getRequestManager() { 
return requestManager; 
} 





4.DefaultThreadPool 


DefaultThreadPool 只 是 对 ThreadPoolExecutor 和 ArrayBlockingQueue 
的 简单 封装 。 我 们 可 以 认为 它 就 是 一 个 线程 池 ， 每 发 起 一 次 请 求 
Crunnable) ， 就 由 线程 池 分 配 一 个 新 的 线程 来 执行 该 请 求 。 








网 上 关于 ThreadPoolExecutor 和 ArrayBlockingQueue 的 文章 不 胜 枚 
举 ， 请 大 家 自行 参阅 。 线 程 池 不 是 本 书 的 重点 ， 这 里 不 再 花 篇 幅 去 讨 


D.HttpReduest 





HttpRequest 是 发 起 Http 请 求 的 地 方 ， 它 实现 了 Runnable， 从 而 让 
DefaultThreadPool 可 以 分 配 新 的 线程 来 执行 它 ， 所 以 ， 所 有 的 请 求 逻 辑 
都 在 Runnable 接 口 的 run 方 法 中 ， 其 中 : 


.对 于 get 形 式 的 MobileAPI 接 口 ， 它 会 把 从 上 层 传递 进来 的 ArrayList 
<RequestParameter 之 ， 解 析 为 urlkl=v1l&k2=v2 这 样 的 形式 。 


.对 于 post 格 式 的 MobileAPI 接 口 ， 它 会 把 从 上 层 传递 进来 的 
ArrayList< RequestParameter>， 转 为 BasicNameValuePair 的 形式 ， 放 到 
表单 中 进行 提交 。 


需要 注意 的 是 ， 因 为 我 们 把 每 个 HttpRequest 都 放 在 了 新 的 子 线 程 上 
执行 ， 所 以 回调 RequestCallback 的 onSuccess 方 法 时 ， 不 能 直接 操作 UI 线 
程 上 的 控件 ， 所 以 我 们 在 HttpRequest 类 中 使 用 了 Handler: 





if (responseInJson.hasError()) { 
handleNetworkError(responseInJson.getErrorMessage( )); 
} else { 
handler .post(new Runnable() { 
@Override 
public void run() { 
HttpRequest.this.requestCcallback 
.OnNSuccess(responseInJson.getResult()); 
} 


}); 
} 


二 一 


这 样 就 保证 了 RequestCallback 的 onSuccess 方 法 是 在 UI 线 程 上 的 ， 从 
而 可 以 在 Activity 中 编写 这 样 的 代码 而 不 报错 : 





weatherCallback = new RequestCcallback() { 
Q@Override 
public void onSuccess(String content) { 
WeatherInfo weatherInfo = JSON.parseObject(content, 
WeatherInfo.class); 
if (weatherInfo != null) { 
tvCity.setText(weatherIinfo.getCity()); 
tvCityId.setText(weatherInfo.getcCityid()); 
} 
} 





Response 这 个 类 就 不 讨论 了 ， 本 章 前 面 已 经 介绍 过 了 。 


2.1.4 网 络 底层 的 一 些 优 化 工作 











我 们 的 网 络 底层 越 来 越 强 大 了 ， 是 否 有 意犹未尽 的 感受 ? 接 下 来 将 
完善 这 个 框架 ， 修 复 其 中 的 一 些 瑕 韵 ， 如 onFail 的 统一 处 理 机 制 、 
UrlConfigManager 的 优化 、ProgressBar 的 处 理 等 。 


1.onFail 的 统一 处 理 机 制 


如 果 访 问 MobileAPI 请 求 失 败 ， 我 们 一 般 希 望 只 是 在 App 上 简单 地 
弹出 一 个 提示 框 ， 告 诉 用 户 网 络 有 异常 。 





也 就 是 说 ， 对 于 每 个 在 Activity 中 声明 的 RequestCallback 实 例 而 言 ， 
尽管 每 个 onSuccess 方 法 的 处 理 逻 辑 各 不 相同 ， 但 每 个 onFail 方 法 都 是 一 





样 的 逻辑 和 代码 ， 如 下 所 示 : 





weatherCcallback = new RequestCallback() { 
Q@Override 
public void onSuccess(String content) { 
WeatherIinfo weatherInfo = JSON.parseObject(content, 
WeatherInfo.class); 

If (weatherInfo != null) { 
tvCity.setText(weatherInfo.getCity()); 
tvCityId.setText(weatherInfo.getcCityid()); 

} 

} 
@Override 
public void onFail(String errorMessage) { 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
. SetTitle(" 出 错 啦 


").setMessage(errorMessage) 
.SetPositiveButton(" 确 定 


", null).show(); 


}; 





我 不 希望 每 次 都 编写 同样 的 onFail 方 法 ， 这 会 使 程序 很 腔 肿 。 于 是 
在 AppBaseActivity 中 写 一 个 自 定义 类 AbstractRequestCallback， 如 下 所 
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public abstract class AppBaseActivity extends BaseActivity { 
public abstract class AbstractRequestCcallback 
implements RequestCallback { 
public abstract void onSuccess(String content ) ; 
public void onFail(String errorMessage) { 
new AlertDialog.Builder (AppBaseActivity.this) 
. SetTitle(" 出 错 啦 


").setMessage(errorMessage) 
. SetPositiveButton(" 确 定 


", null).show(); 
} 
} 


那么 我 们 的 weatherRequestCallback 的 实例 化 就 可 以 改写 如 下 ， 可 以 
看 到 ， 不 再 需要 重 写 onFail 方 法 : 








weatherCallback = new AbstractRequestCallback() { 
Q@Override 
public void onSuccess(String content) { 
WeatherInfo weatherInfo = JSON.parseObject(content, 
WeatherInfo.class); 
if (weatherInfo != null) { 
tvCity.setText(weatherIinfo.getCity()); 
tvCityId.setText(weatherInfo.getcityid()); 


}; 








当然 ， 如 果 有 些 MobileAPI 接 口 在 返回 错误 时 需要 App 特 殊 处 理 ， 
比如 重启 App 或 者 啥 都 不 做 ， 我 们 只 需要 在 实例 化 
AbstractRequestCallback 时 ， 重 写 onFail 方 法 即 可 ， 如 下 所 示 。 重 写 的 
onFail 方 法 是 一 个 空 方法 ， 表 示 出 错时 啥 都 不 做 : 





weathercallback = new AbstractRequestCallback() { 
Q@Override 
public void onSuccess(String content) { 
WeatherInfo weatherInfo = JSON.parseObject(content, 
WeatherInfo.class); 
if (weatherInfo != null) { 
tvCity.setText(weatherInfo.getCity()); 
tvCityId.setText(weatherIinfo.getcCityid()); 


} 


Q@Override 
public void onFail(String errorMessage) { 
// 重启 


App 或 者 哈 都 不 做 


}; 


2.UrlConfigManager 的 优化 


在 UrlConfigManager 的 实现 上 ， 我 们 采取 的 策略 是 每 故 起 一 次 
MobileAPI 请 求 ， 都 会 读 取 url.xml 文 件 ， 把 符合 这 次 MobileAPI 接 口 调用 
的 参数 取出 来 。 


在 一 个 大 量 调用 MobileAPI 的 App 中 ， 这 样 的 设计 会 造成 频繁 读 xml 
文件 ， 性 能 很 差 。 于 是 我 们 对 其 进行 改造 ， 在 App 启 动 时 ， 一 次 性 将 
url.xml 文 件 都 读 取 到 内 存 ， 把 所 有 的 UniData 实 体 保存 在 一 个 集合 中 ， 然 
后 每 次 调用 MobileAPI 接 口 ， 直 接 从 内 存 的 这 个 集合 中 查找 。 考 虑 到 内 
存 中 的 数据 会 被 回收 ， 所 以 上 述 这 个 集合 一 旦 为 衬 ， 我 们 要 从 urlxml 中 
再 次 读 取 。 


基于 上 述 方案 ， 我 们 对 UrlConfigManager 的 findUnl 方 法 进行 改造 : 





public static URLData findURL(final Activity activity, 
final String findKey) { 
// 如 果 


UrlList 还 没有 数据 (第 一 次 ) 


// 或 者 被 回收 了 ， 那 么 (重新 ) 加 载 


xml 
If (urlList == null || urlList.isEmpty()) 
fetchUrlDataFromXml(activity); 
for (URLData data : urlList) { 
if (findKey.equals(data.getkey())) { 
return data,; 
} 


return null; 


} 








其 中 ，fetchUrNDataFromXml 方 法 就 不 多 说 了 ， 它 的 工作 就是 把 xml 
的 数据 都 搬 到 内 存 集合 urlList 中 。 


3. 不 是 每 个 请 求 都 需要 回调 的 


有 些 时 候 ， 我 们 调用 一 个 MobileAPI 接 口 ， 并 不 需要 知道 调用 成 功 
与 否 以 及 返回 结果 是 什么 ， 比 如 向 MobileAPI 发 送 打点 统计 数据 。 那 就 
古 说 ， 我 们 不 需要 回调 函数 了 ， 那 么 代码 可 以 写 为 : 








void loadAPIData3() { 
ArrayList<RequestParameter> params 
= new ArrayList<RequestParameter>(); 
RequestParameter rpl = 
new RequestParameter("cityId", "111"); 
RequestParameter rp2 = 
new RequestParameter("cityName", "Beijing"); 
params.add(rp1); 
params.add(rp2); 
RemoteService,getInstance() 
.invoke(this, "getweatherIinfo", params, null); 





我 们 将 空 的 RequestCallback 传 给 HttpRequest， 那 么 在 HttpRequest 处 
理 请 求 返 回 的 结果 时 ， 就 需要 添加 HttpRequest 是 否 为 空 的 判断 ， 不 为 
空 ， 才 会 处 理 返回 结果 ; 人 否则， 发 起 MobileAPI 请 求 后 什么 都 不 做 。 


有 以 下 两 个 地 方 需要 修改 : 


1) 处 理 请 求 时 : 





response = httpClient.execute(request); 
if ((requestcallback != null)) { 


/ / 获取 状态 


final int statusCode = 
response.getSstatusLine().getSstatusCode(); 
If (statusCode == HttpStatus.sc OK) { 
final ByteArrayOutputStream content = 
new ByteArrayOutputStream( ); 





2) 过 到 异常 ， 是 否 要 回调 onFail 方 法 : 





public void handleNetworkError(final String errorMsg) { 
if ((requestcallback != null)) { 
handler.post(new Runnable() { 
@Override 
public void run() { 
HttpRequest.this.requestCcallback 
.ONFail(errorMsg); 


}); 





4.ProgressBar 的 处 理 


在 调用 MobileAPI 的 时 候 ， 会 显示 进度 条 ProgressBar， 直 到 返回 结 


果 到 onSuccess 或 onFail 回 调 方法 ，ProgressBar 才 会 消失 。 


由 于 App 要 保持 风格 统一 ， 所 以 所 有 页 面 的 ProgressBar 应 该 长 得 一 
样 。 那 么 我 们 就 可 以 将 其 定义 在 AppBaseActivity 中 ， 如 下 所 示 : 





public abstract class AppBaseActivity extends BaseActivity { 
protected ProgressDialog dl1g; 
public abstract class AbstractRequestCcallback 
implements RequestCallback { 
public abstract void onSuccess(String content ) ， 
public void onFail(String errorMessage) { 
dlg.dismiss(); 
new AlertDialog.Builder(AppBaseActivity .this) 
. SetTitle(" 出 错 啦 


").setMessage(errorMessage) 
. SetPositiveButton(" 确 定 


", null).show(); 
} 


} 





在 使 用 的 时 候 ， 在 开始 调用 MobileAPI 的 地 方 ， 执 行 show 方 法 ; 在 
onSuccess 和 onFail 方 法 的 开始 ， 执 行 dismiss 方 法 : 





Q@Override 
protected void loadData() { 
dlg = Utils.createpProgressDialog(this, 
this,.getString(R,string,str Joading ) ) ; 
dlg. show( ); 
loadAPIDatal1( ) ; 


} 
void loadAPIData1i() { 
weatherCallback = new AbstractRedquestCallback() { 
@Override 
public void onSuccess(String content) { 
dlg.dismiss(); 
WeatherIinfo weatherInfo = JSON.parseObject(content, 
WeatherInfo.class); 
If (weatherInfo != null) { 





不 要 把 Dialog 的 Show 方法 和 dismiss 方 法 封装 到 网 络 底层 。 网 络 底层 
的 调用 经 常 是 在 子 线程 执行 的 ， 子 线程 是 不 能 操作 Dialog、Toast 和 控件 
的 。 





2.2 ”App 数据 绥 存 设计 


如 末 以 为 上 一 市 内 容 束 是 网 络 奔 层 框 染 的 全 部 ， 那 就 错 了 。 那 只 是 
网 络 撒 层 框架 的 最 核心 的 功能 ， 我 们 还 有 很 多 高 级 功能 没有 介绍 。 在 接 
下 来 的 几 节 中 ， 我 将 陆续 介绍 到 这 些 高 级 功能 。 本 节 先 介绍 App 本 地 的 
绥 存 策略 。 


2.2.1 ”数据 缓存 策略 


对 于 任何 一 球 应 用 类 App， 如 果 访 问 MobileAPI 的 速度 和 牛 车 一 样 
慢 ， 那 么 就 是 失败 之 作 。 不 要 在 WiFi 下 测试 速度 ， 那 是 自 欺 次 人 ， 要 把 
App 放 在 2G 或 3G 网 络 环境 下 进行 测试 ， 才 能 得 到 大 部 分 用 户 的 真实 数 
据 。 


访问 MobileAPI， 主 要 慢 在 一 来 一 回 的 传输 速度 上 ， 对 于 服务 器 的 
处 理 速度 ， 不 需要 担心 太 多 ， 大 多 数 服 务 器 逻辑 原本 就 是 文 持 网 站 端 
的 ， 现 在 只 是 在 外 面包 了 一 层 ， 返 回 给 App 而 已 。 


既然 时 间 主 要 花 在 了 数据 传输 上 ， 那 么 我 们 就 要 想 一 些 应 对 的 措 
施 。 比 如 说 ， 减 少 MobileAPI 的 调用 次 数 。 对 于 一 个 App 页 面 ， 它 一 次 
性 可 能 需要 3 部 分 数据 ， 分 别 从 3 个 MobileAPI 接 口 获取 ， 那 么 我 们 就 可 
以 做 一 个 新 的 MobileAPI 接 口 ， 将 这 3 部 分 数据 都 获取 到 ， 然 后 一 次 性 返 





减少 调用 次 数 只 是 知 干 解决 方案 中 的 一 种 ， 更 极端 的 做 法 是 ，App 
调用 一 次 MobileAPI 接 口 后 ， 在 一 个 时 间 段 内 不 再 调用 ， 仍 然 使 用 上 次 
调用 接口 获取 到 的 数据 ， 这 些 数 据 保存 在 App 上 ， 我 们 称 为 App 绥 存 ， 
这 个 时 间 段 我 们 称 为 App 绥 存 时 间 。 


App 缓 存 只 能 针对 于 MobileAPI 中 GET 类 型 的 接口 ， 对 于 POST 不 适 
用 。 因 为 GET 是 获取 数据 ， 而 POST 是 修改 数据 。 


此 外 ， 即 使 是 GET 类 型 的 接口 ， 对 于 那些 即时 性 很 低 的 、 不 怎么 改 
变 的 数据 ， 比 如 获取 商品 的 描述 ， 缓 存 时 间 可 以 设置 得 比较 长 ， 比 如 
5~10 分 钟 ， 对 于 那些 即时 性 比较 高 、 频 繁 变动 的 数据 ， 比 如 商品 价格 ， 
缓存 时 间 就 会 比较 短 ， 甚 全 不 能 进行 缓存 。 


即使 对 于 同一 个 需要 做 App 缓 存 的 MobileAPI， 参 数 不 同 ， 绥 存 也 
是 不 同 的 。 比 如 GetWeather.api 这 个 MobileAPI 接 口 ， 它 有 一 个 参数 也 惑 
是 时 间 date， 对 于 date=2014-9-8 和 date=2014-9-9， 它 们 就 分 别 对 应 两 个 
缓存 ， 不 能 存在 一 起 。 


接 下 来 要 说 的 是 ，App 绥 存 存在 哪里 ， 以 及 以 什么 方式 进行 存放 。 
由 于 绥 存 数据 比较 大 ， 所 以 我 们 将 其 存在 SD 卡 上 ， 而 不 是 内 存 中 。 这 
样 的 话 ，App 绥 存 信 上 略 束 仅 限于 那些 有 SD 卡 的 手机 用 户 了 。 








我 们 可 以 将 xxx.apik1=va&k2=v2 这 样 的 URL 格 式 作 为 key， 存 放 App 
缓存 数据 。 需 要 注意 的 是 ， 我 们 要 对 k1、k2 这 些 key 进 行 排序 ， 这 样 才 
能 唯一 ， 否 则 对 于 如 下 URL: 











xxxx.apik1i=v1i&k2=v2 
xxxx.apik2=v2&k1=v1 





束 会 被 认为 是 两 个 不 同 的 key 存 放 在 缓存 中 ， 但 其 实 它 们 古 一 样 的 。 


对 上 面 的 介绍 总 结 如 下 : 











1) 对 于 App 而 言 ， 它 是 感受 不 到 取 的 是 缓存 数据 还 是 调用 
MobileAPI。 有 具体 工作 由 网 络 底层 完成 。 


2) 在 url.xml 中 为 每 一 个 MobileAPI 接 口 配 置 缓存 时 间 Expired。 对 于 
post， 一 律 设 置 为 0， 因 为 post 不 需要 缓存 。 


3) 在 HttpRequest 类 中 的 run 方 法 中 ， 改 动 3 个 地 方 : 


a) 写 一 个 排序 算法 sortKeys， 对 URL 中 的 key 进 行 排序 。 








b) 将 newUrl 作 为 key， 检 查 缓存 中 是 否 有 数据 ， 有 则 直接 返回 ; 人 否 
则 ， 继 续 调 用 MobileAPI 接 口 。 





// 如果 这 个 


get 的 


API 有 缓存 时 间 (大 于 


if (urlData.getExpires() > 0) { 
final String content = CacheManager ,getInstance() 
.getFileCache(newUr]1); 
if (content != nul1) { 
handler.post(new Runnable() { 
@Override 
public void run() { 
requestCallback.onSuccess(content); 
} 
}); 


return; 








c) MobileAPI 接 口 返回 数据 后 ， 将 数据 存 入 缓存 。 





final Response responseInJson = JSON.parseObject( 
strResponse, Response.class); 
if (responseInJson.hasError()) { 
handleNetworkError(responseInJson.getErrorMessage( )); 
} else { 
/ / 把 成 功 获取 到 的 数据 记录 到 缓存 


If (urlData.getNetType().equals(REQUEST_GET) 
&& UrlData.getExpires() > 0) { 
CacheManager .getInstance().putFileCache(newUrl, 
responseInJson.getResult(), 
urlData.getExpires( )); 


handler.post(new Runnable() { 
@Override 
public void run() { 
requestCcallback.onSuccess(responseInJson 
.getResult()); 


}); 








4) CacheManager 用 于 操作 读 写 缓存 数据 ， 并 判断 缓存 数据 是 售 过 
期 。 绥 存 中 存放 的 实体 就 是 Cacheltem。 


5) 在 App 项 目 中 ， 创 建 YoungHeartApplication 这 个 Application 级 别 
的 类 ， 在 程序 局 动 时 ， 初 始 化 缓存 的 目录 ， 如 果 不 存在 则 创建 之 。 





public class YoungHeartApplication extends Application { 
Q@Override 
public void onCreate() { 
super .onCreate( ); 
CacheManager .getInstance().initCacheDir(); 
} 
} 





记得 要 在 AndroidManifest.xml 文 件 中 ， 指 定 application 的 


android:name 为 YoungHeart-Application: 





<application 
android:allowBackup="true" 
android:name="com.youngheart.engine.YoungHeartApplication" 





对 缓存 数据 ， 我 这 里 没有 做 加 密 ， 而 是 直接 把 明文 以 字符 串 类 型 存 
放 到 了 SD 卡 。 有 这 方面 特殊 需求 的 App， 可 以 将 要 缓存 的 数据 转 成 byte 
数组 再 序列 化 到 本 地 ， 要 用 的 时 候 再 反 过 来 操作 就 是 了 。 


2.2.2 ”强制 更 新 


不 光 是 App 端 需要 记录 缓存 数据 ， 在 MobileAPI 的 很 多 接口 ， 其 实 
也 需要 一 样 的 设计 。 





如 果 对 于 某 个 接口 的 数据 ，MobileAPI 缓 存 了 5 分 钟 ，App 缓 在 了 3 
分 钟 ， 那 么 最 极端 的 情况 是 ， 用 户 在 8 分 钟 内 是 看 不 到 数据 更 新 的 。 


此 ， 我 们 需要 在 页 面 上 提供 一 个 强制 更 新 的 按钮 。 


我 们 可 以 让 RemoteService 多 暴露 一 个 boolean 类 型 的 参数 ， 用 于 判 
断 是 否 要 遵守 App 端 缓存 策略 ， 如 果 是 ， 则 在 从 urlxml 中 取出 UrlData 实 
体 后 ， 将 其 expired 强 制 设置 为 0， 这 样 就 不 会 执行 缓存 策略 了 。 


RemoteService 的 改动 如 下 : 





public void invoke(final BaseActivity activity, 
final String apikey, 
final List<RequestParameter> params, 
final RequestCallback callBack) { 
invoke(activity, apikey, params, callBack, false); 


} 
public void invoke(final BaseActivity activity, 
final String apikey, 
final List<RequestParameter> params, 
final RequestCallback callBack, 
final boolean forceUpdate) { 
final URLData urlData = 
UrlCconfigManager .findURL(activity, apikey); 
if(forceUpdate) { 
// ”如果 强制 更 新 ， 那 么 就 把 过 期 时 间 强 制 设置 为 





0 
urlData.setExpires(0); 
} 
HttpRequest request = 
activity.getRequestManager().createRequest( 
urlData, params, callBack); 
DefaultThreadPool.getIinstance().execute(request); 
} 





那么 在 调用 的 时 候 ， 只 需要 加 一 个 参数 就 好 : 





RemoteService.getInstance().invoke( 
this, "getweatherInfo", params, 
weatherCcallback); 





数据 缓存 古 一 把 双 为 剑 ， 设 置 时 间 长 了 ， 数 据 长 期 不 更 新 ， 用 户 体 


验 就 会 不 好 。 因 此 我 们 需要 为 那些 强迫 症 类 型 的 用 户 提 供 一 个 强制 刷新 
的 按钮 ， 点 击 按钮 后 ， 页 面 会 重新 调用 MobileAPI 加 载 数据 ， 无 论 缓存 
全 到 期 。 





具体 这 个 按钮 放 在 什么 位 置 ， 就 怖 要 产品 经 理 来 决策 了 。 我 见 过 很 
多 App 部 是 放 在 右上 角 。 当 然 ， 这 是 见仁见智 的 事 了 。 


2.3 MockService 





在 App 团 队 与 MobileAPI 团 队 协 同 开发 的 过 程 中 ， 经 常会 过 到 因为 
MobileAPI 接 口 还 没 好 而 App 又 急 等 着 用 的 情况 。 





正常 的 流程 是 : 


1) MobileAPI 开 发 人 员 会 事先 和 App 开 发 人 员 定义 MobileAPI 接 
口 ， 包 括 API 名 称 、 参 数 、 返 回 JSON 格 式 。 


2) MobileAPI 按 照 上 述 约定 写 一 个 Mock 接 口 ， 部 署 到 测试 环境 ， 
该 Mock 接 口中 没有 任何 逻辑 实现 ， 在 返回 结果 中 硬 编 码 返回 一 些 JSON 
数据 。 我 们 假设 这 个 工作 应 该 是 很 快 的 。 


3) App 开 发 人 员 基 于 上 述 测试 环境 Mock 接 口 ， 进 行 开发 。 


4) MobileAPI 接 口 完成 后 ， 通 知 App 开 发 人 员 ， 对 真实 逻辑 进行 联 
调 。 


以 上 4 步 ， 如 果 是 正常 实施 ， 是 没有 问题 的 ， 但 是 问题 经 常 出 在 第 2 


步 ，MobileAPI 开 发 人 员 来 不 及 提供 Mock 接 口 。 





另 一 种 情况 是 ， 随 着 App 开 发 工作 的 进行 ，App 开 发 人 员 会 用 现 原 
先 约定 的 那些 字段 不 够 用 ， 所 以 就 会 要 求 MobileAPI 开 发 人 员 频 党 修改 


Mock 接 口 并 部 车 到 测试 环境 ， 这 是 一 个 很 浪费 时 间 的 工作 。 


其 实 ， 就 是 因为 App 与 MobileAPI 之 间 有 依赖 ， 我 们 需要 解除 这 种 
依赖 。 为 此 我 们 要 在 App 端 设计 自己 的 MockService， 这 样 就 在 完成 上 述 
步骤 1 一 约定 MobileAPI 接 口 参数 和 返回 JSON 格 式 后 ， 在 App 端 Mock 
自己 的 数据 ， 直 到 功能 开发 完成 ， 而 不 会 被 任何 人 阻塞 。App 开 发 完成 
后 ， 肯 定 也 积累 了 一 些 修 改 意 见 ， 这 时 候 可 以 请 MobileAPI 开 发 人 员 汇 
总 在 一 起 进行 修改 。 








设计 App 端 MockService 包 括 如 下 几 个 关键 点 : 


1) 对 需要 Mock 数 据 的 MobileAPI 接 口 ， 通 过 在 url.xml 中 配置 Node 
节点 MockClass 属 性 ， 来 指定 要 使 用 那个 Mock 子 类 生成 的 数据 : 





<Node 
Key="getweatherInfo" 
Expires="300" 
NetType="get" 
MockClass="com.youngheart.mockdata.MockweatherInfo" 
Url="http://www.weather.com.cn/data/sk/101010100.html" /> 





这 里 将 使 用 com.mockdata.mockdata 包 下 的 MockWeatherInfo 子 类 来 
解析 。 


2) 我 使 用 了 反射 工厂 来 设计 MockService。MockService 类 是 基 类 ， 
它 有 一 个 抽象 方法 getJsonData， 用 于 返回 手动 生成 的 Mock 数 据 。 








public abstract class MockService { 
public abstract String getJsonData( ) ， 





每 个 要 Mock 数 据 的 MobileAPI 接 口 ， 都 对 应 一 个 继承 自 MockService 
的 子 类 ， 都 要 实现 各 自 的 getUsonData 方 法 ， 返 回 不 同 的 JSON 数 据 。 





比如 在 上 述 url.xml 中 声明 的 MockWeatherInfo， 它 对 应 的 类 实现 如 
> 





public class MockweatherInfo extends MockService { 

Q@Override 

public String getJsonData() { 
WeatherInfo weather = new WeatherInfo(); 
weather .setCcity("Beijing"); 
weather.setCityid("10000"); 
Response response = getSuccessResponse(); 
response.setResult(JSON.toJSONString(weather)); 
return JSON.toJSONString(response); 





以 后 每 添加 一 个 新 的 Mock 类 ， 我 们 都 将 其 放置 在 mockdata 包 下 ， 
如 图 2-2 所 示 。 


Vi YoungHeart 
Tsrc 
了 由 com.youngheart 
由 activity 
= 册 adapter 
= 山 base 
由 db 


= 骨 engine 
= 由 entity 
出 interfaces 
出 listener 
FT 出 mockdata 
b 四 MockService.java 
b [ND MockWeatherinfo.java 





图 2-2” mockdata 包 


3) 接 下 来 介绍 如 何 实现 反射 机 制 。 





主要 的 改造 工作 在 RemoteService 类 的 invoke 方 法 中 ， 根 据 是 否 在 
url.xml 中 指定 了 MockClass 值 来 决定 ， 是 调用 线 上 MobileAPI 还 是 从 本 地 
MockService 直 接 取 假 数据 。 


如 有 果 MockClass 有 值 ， 就 把 这 个 值 反射 为 一 个 具体 的 类 ， 比 如 
MockWeatherInfo， 然 后 调用 它 的 getJsonData 方 法 。 





public void invoke(final BaseActivity activity, 
final String apikey, 
final List<RequestParameter> params, 


final RequestCallback callBack) { 
final URLData urlData = UrlConfigManager.findURL(activity, apikey); 
if (urlData.getMockClass() != null) { 
try { 
MockService mockService = (MockService) Class.forName( 
urlData.getMockClass()).newInstance( ); 
String strResponse = mockService.getJsonData( ) ， 
final Response responseInJson = 
JSON.parseObject(strResponse, Response.class); 
if (callBack != nul1) { 
If (responseInJson.hasError()) { 
callBack.onFail(responseInJson.getErrorMessage()); 
} else { 
callBack.onSuccess(responseInJson.getResult()); 
} 


} 

} catch (ClassNotFoundException e) { 
e.printStackTrace( ); 

} catch (InstantiationException e) { 
e.printStackTrace(); 

} catch (IllegalAccessException e) { 
e.printSstackTrace(); 


} 
} else { 
HttpRequest request = 
activity.getRequestManager().createRequest( 
urlData, params, callBack); 
DefaultThreadPool.getInstance().execute(request); 





有 了 MockService 这 个 利器 ， 对 于 作者 来 说 ， 本 书 接 下 来 的 内 容 将 
会 轻松 很 多 ， 因 为 不 需要 搭建 自己 的 服务 器 ， 全 都 用 MockService 在 本 
地 编写 假 数 据 即 可 。 


2 用户 二 下 
登录 是 考查 一 个 App 开 发 人 员 是 否 合格 的 衡量 标准 。 面 试 的 时 候 我 
都 会 问候 选 人 这 个 问题 。 


由 于 我 手头 没有 任何 MobileAPI 登 录 接 口 ， 所 以 我 准备 用 2.3 节 介绍 
的 MockService 来 模拟 登录 的 返回 信息 。 





为 此 建立 MockLoginSuccessInfo 类 如 下 : 





public class MockLoginSuccessInfo extends MockService { 
Q@Override 
public String getJsonData() { 
UserInfo userInfo = new UserInfo(); 
userInfo.setLoginName("jiangqiang.bao"); 
userInfo.setUserName(" 包 建 强 


userInfo.setScore(100); 

Response response = getSuccessResponse(); 
response.setResult(JSON.toJSONString(userInfo)); 
return JSON.toJSONString(response); 





并 在 url.xml 中 如 下 配置 MockClass: 





<Node 
Key="getweatherInfo" 
Expires="300" 
NetType="get" 
MockClass="com.youngheart.mockdata.MockLoginSsuccessInfo" 
Url="http://www.weather.com.cn/data/sk/101010100.html" /> 


ee | 


2.4.1 登录 成 功 后 的 各 种 场景 





首先 ， 贯 罕 App 的 ， 应 该 有 一 个 User 全 局 变量 ， 在 每 次 登录 成 功 
后 ， 会 将 其 isLogin 属 性 设置 为 tue， 在 退出 登录 后 ， 则 将 该 属性 设置 为 
false。 这 个 User 全 局 变量 要 文 持 序列 化 到 本 地 的 功能 ， 这 样 数据 才 不 会 
因 内 存 回收 而 丢失 。 








情形 1: 点 击 登 录 按钮 ， 进 入 登录 页 面 LoginActivity， 登 录 成 功 
后 ， 直 接 进 入 个 人 中 心 PersonCenterActivity。 这 种 情况 最 直截了当 ,一 
路 执行 startActivity(intent) 就 能 达到 目的 。 


情形 2: 在 页 面 A， 想 要 跳 转 到 页 面 B， 并 携带 一 些 参 数 ， 却 友 现 没 
有 登录 ， 于 是 先 跳 转 到 登录 页 ， 登 录 成 功 后 ， 再 跳 转 到 B 页 面 ， 同 时 仍 
然 带 大 那些 参数 。 





这 就 主要 是 setResult(intent,resultCode) 发 挥 作用 的 时 候 了 ，Activity 
的 回调 机 制 这 时 候 派 上 了 用 场 ， 如 下 所 示 : 





btnLogin2.setOoncClickListener(new OnClickListener(){ 
Q@Override 
public void onClick(View v) { 
if(User.getIinstance().isLogin()) { 
gotoNewsActivity(); 
} else { 
Intent intent = new Intent(LoginMainActivity.this, 
LoginActivity.class); 
intent.putExtra(AppConstants.NeedCallback, true); 
startActivityForResult(intent, 


LOGIN_REDIRECT_OUTSIDE ) ; 








情形 3: 在 页 面 A， 执 行 茶 个 操作 ， 却 发 现 没 有 登录 ， 于 是 跳 转 到 
登录 页 ， 登 录 成 功 后 ， 再 回 到 页 面 A， 继 续 执 行 该 操作 。 


处 理 方 式 同 于 情形 2， 也 是 使 用 setResult 来 完成 回调 。 





btnLogin3.setOoncClickListener(new OnClickListener(){ 
Q@Override 
public void onClick(View v) { 
if(User.getIinstance().isLogin()) { 
changeText( ); 
} else { 
Intent intent = new Intent(LoginMainActivity.this, 
LoginActivity.class); 
intent.putExtra(AppConstants.NeedCallback, true); 
startActivityForResult(intent, 
LOGIN_REDIRECT_INSIDE ) ， 


}); 





无 论 是 上 述 哪 种 情形 ， 登 录 页 面 LoginActivity 只 有 一 个 ， 所 以 要 把 
上 面 的 三 个 人 逻辑 整合 在 一 起 ， 如 下 所 示 : 





RequestCcallback loginCallback = new AbstractRequestCallback() { 
@Override 
public void onSuccess(String content) { 
UserInfo userInfo = JSON.parseObject(content, 
UserInfo.class) ， 
if (userInfo != nul1) { 
User .getInstance(),reset()， 
User.getInstance().setLoginName(userInfo.getLoginName()); 
User.getInstance().setScore(userIinfo.getscore()); 
User .getInstance(),SetUserName(userInfo.getUserName( ) ) ， 
User.getInstance().setLoginstatus(true); 
User .getInstance().save(); 


} 

if(needcallback) { 
setResult(Activity.RESULT_OK); 
finish(); 

} else { 


Intent intent = new Intent(LoginActivity.this, 
PersonCenterActivity.class); 
startActivity(intent); 
} 
} 
}; 











整合 的 关键 在 于 从 上 个 页 面 传 过 来 needCallback 变 量 ， 它 决定 了 是 
否 要 回 到 上 个 页 面 。 


另 一 方面 ， 我 们 看 到 ， 在 登录 成 功 后 ， 我 们 会 把 用 户 信 息 存 储 到 
User 这 个 全 局 变量 并 序列 化 到 本 地 ， 这 是 因为 各 个 模块 都 有 可 能 使 用 到 
用 户 的 信息 。 其 中 LoginStatus 是 关键 ， 接 下 来 的 篇 幅 将 着 重 谈 论 这 个 属 
性 。 


最 后 在 LoginMainActivity 中 的 onActivityResult 回 调 函 数 ， 它 负责 处 
理 登 录 后 的 事情 ， 如 下 所 示 : 








Q@Override 
protected void onActivityResult(int requestCode, 
int resultCode, Intent data) { 
If (resultCode != Activity,.RESULT OK) { 
return; 


Switch (requestCode) { 

case LOGIN_REDIRECT_OUTSIDE : 
gotoNewsActivity(); 
break; 

case LOGIN_REDIRECT_INSIDE: 
changeText(); 
break; 

default: 
break; 





我 们 看 到 ， 对 于 情形 2， 当 用 户 在 LoginMainActivity 点 击 按 钮 想 跳 


转 到 NewsActivity， 如 果 已 经 登录 ， 就 直接 跳 转 过 去 ; 否则 ， 先 到 
LoginActivity 登 录 ， 然 后 回调 LoginMain-Activity 的 onActivityResult， 仍 


然 跳 转 到 NewsActivity。 


2 二 2， 目 动 登 录 





所 谓 目 动 登录 ， 就 是 登录 成 功 后 ， 重 启 App 后 用 户 仍然 是 登录 状 








最 直接 的 方法 是 ， 登 录 成 功 后 ， 本 地 保存 用 户 名 和 密码 。 重 局 App 
后 ， 检 查 本 地 是 否 有 保存 用 户 名 和 和 密码， 如 果 有 ， 则 将 用 户 名 和 密码 传 
入 到 登录 接口 ， 模 拟 用 户 登 录 的 行为 。 





但 这 样 就 有 安全 风险 了 ， 分 析 如 下 : 


本 地 保存 用 户 密码 ， 这 种 的 敏感 信息 容易 被 人 神 取 。 要 么 是 在 本 
地 文件 中 看 到 这 些 信 息 ， 要 么 是 侦 听 App 的 网 络 请 求 ， 获 取 到 请 求 的 数 
据 。 





:所 以 本 地 保存 密码 时 ， 一 定 要 进行 加 密 。 对 称 加 密 是 不 可 靠 的 ， 
因为 很 难 确保 App 的 源 代 码 不 外 泄 ， 所 以 别有用心 的 人 还 是 可 以 根据 源 
码 中 的 对 称 加 密 算 法 ， 反 同 把 密码 推算 出 来 。 只 有 不 对 称 加 密 才 是 安全 
的 。 








-那么 登录 之 后 呢 ? 市面 上 大 多 数 App 的 逻辑 都 有 问题 ， 它 们 会 在 本 
地 保存 一 个 isLogin 的 全 局 变量 ， 登 录 成 功 后 设置 为 tue。 接 下 来 涉及 用 
户 相关 的 MobileAPI， 只 有 在 这 个 值 为 true 时 才能 调用 ， 它 们 会 把 UserId 
传递 给 服务 器 。 


:服务 器 的 解决 方案 通常 也 很 简陋 ， 它 没有 任何 安全 机 制 ， 包 括 用 
户 信 息 相 关 的 MobileAPI 接 口 ， 只 要 接口 调用 参数 中 有 UserId， 它 就 会 
去 把 相关 的 数据 取出 并 返回 


一 种 补救 措施 是 ， 每 次 调用 用 户 相 关 的 MobileAPI 接 口 时 ， 都 需要 
把 UserId 和 加 密 后 的 密码 一 起 传递 。 而 服务 器 需要 对 那些 用 户 相关 的 
MobileAPI 接 口 加 上 安全 验证 机 制 ， 每 次 请 求 都 检查 用 户 名 和 密码 是 否 
正确 。 我 们 要 求 密码 是 经 过 哈 希 散 列 算法 不 对 称 加 密 过 的 ， 是 无 法 还 原 
的 。 服 务 器 的 验证 工作 是 根据 传 过 来 的 UserId 从 数据 库 中 取出 相应 的 密 
码 ， 然 后 进行 比 对 。 注 意 ， 数 据 库 中 存放 的 密码 是 在 注册 的 时 候 经 过 哈 
希 散 列 算法 加 密 过 的 。 














“本 地 保存 用 户 名 和 和 字 码 的 力 一 个 问题 是 ， 每 次 用 户 启动 App， 登 录 
页 都 会 一 内 而 过 ， 因 为 它 要 模拟 用 户 登录 的 行为 : 假装 输入 用 户 名 和 密 
码 ， 然 后 假装 反击 登录 按钮 。 这 样 做 用 户 体 验 很 不 好 倒是 其 次 ， 关 键 是 
这 种 做 法 有 个 无 法 自圆其说 的 人 硬 伤 一 一 出 于 安全 考虑 ， 我 们 要 修改 登录 
接口 ， 使 其 除了 接收 用 户 名 和 密码 这 两 个 参数 外 ， 还 必须 接收 验证 码 ， 
也 就 是 动态 口令 ， 如 图 2-3 所 示 。 








输入 验证 码 


KE 


(JW 下 次 自动 登录 





图 2-3 ”App 的 登录 界面 





我 们 知道 ， 验 证 码 必须 是 手动 输入 的 ， 否 则 就 失去 了 它 存 在 的 意 
义 。 但 是 当前 这 种 自动 登录 的 做 法 ， 我 们 只 知道 用 户 名 和 密码 ， 而 不 知 
道 每 次 生成 的 验证 码 是 什么 ， 所 以 就 不 能 自动 登录 了 。 是 时 候 该 抛弃 这 
种 每 次 启动 就 进行 一 次 登录 的 机 制 了 ， 其 实 Web 在 这 一 点 已 经 做 得 很 成 
熟 了 ， 那 就 是 Cookie 机 制 | 。 











也 有 的 人 管 Cookie 叫 Token， 这 是 用 户 身 份 的 唯一 性 标志 。 


首先 ，App 在 登录 成 功 后 ， 会 从 服务 器 获取 到 一 个 Cookie， 这 个 
Cookie 存 放 在 Http-Response 的 header 中 ， 如 下 所 示 : 





Set-Cookie: customer=huangxp; path=/foo; domain=.ibm.com,; 
expires= Wednesday, 19-0CT-05 23:12:40 GMT; [secure] 





我 们 将 其 取出 来 ， 不 用 关心 它 是 什么 ， 只 要 把 它 存 放 在 本 地 文件 中 
印 可 。 


我 们 需要 修改 App 的 网 络 底层 ， 也 就 是 HttpRequest 类 ， 分 以 下 几 
步 : 


1) 每 次 发 起 MobileAPI 请 求 时 ， 都 要 把 本 地 保存 的 Cookie 取 出 来 ， 
放 到 HttpRequest 的 header 中 。 还 是 那 句 话 ， 不 用 管 Cookie 是 什么 ， 也 不 
管 Cookie 是 否 有 值 ， 都 应 如 下 操作 : 





// 添加 





CoOKie 到 请 求 关中 


addCookie( ); 
// 发 送 请 求 


response = httpClient.execute(request); 





2) 每 次 接收 MobileAPI 的 相应 结果 时 ， 都 把 HttpResponse 的 header 
里 面 的 Cookie 取 出 来 ， 窗 新 本 地 保存 的 Cookie。 不 用 管 Cookie 有 值 与 
否 ， 如 下 所 示 : 








if (urlData.getNetType().equals(REQUEST_GET) 
&& urlData.getExpires() > 0) { 
CacheManager .getInstance().putFileCache(newUr1l, 
responseInJson.getResult(), 
urlData.getExpires()); 


handler.post(new Runnable() { 
Q@Override 
public void run() { 


redquestCallback.onSuccess(responseInJson 
.getReSult() )， 


} 
}); 
// 保存 


Cookie 
saveCookie( ); 





以 下 是 addCookie 和 saveCookie 方 法 的 实现 : 





public void addCookie() { 
List<SerializableCookie> cookieList = null; 
Object cookieobj = BaseUtils,restoreobject(cookiePath ) ， 
if (cookieobj != null) { 
cookieList = (ArrayList<SerializableCookie>) cookie0bj 


} 

if ((cookieList != null) && (cookieList.size() > 0)) { 
final BasicCookieStore cs = new BasicCookiestore(); 
cs,addcookies(cookieList,toArray(new Cookie[] {})); 
httpClient.setCookieStore(cs); 

} else { 
httpClient.setCookieStore(null); 

} 

} 


public synchronized void saveCookie() { 
// 获取 本 次 访问 的 


cookie 
final List<Cookie> cookies = 
httpClient.getCookieStore().getCookies(); 


// 将 普通 


型 


COOKie 转 换 为 可 序列 化 的 


cookie 

List<SerializableCookie> serializableCookies = null; 

If ((cookies != null) && (cookies.size() > 0)) { 
serializableCookies = new ArrayList<SerializableCookie>(); 
for (final Cookie c : cookies) { 

serializableCookies.add(new SerializableCookie(c)); 
} 
} 


BaseUtils.saveObject(cookiePath, serializableCookies); 





而 服务 器 的 相应 操作 ， 对 于 来 自 App 的 请 求 : 





3) 如 果 是 用 户 信息 相关 的 ， 则 判断 HttpRequest 中 Cookie 是 否 
效 ， 如 果 有 效 ， 惑 去 执行 后 续 的 逻辑 并 返回 结果 ; 否则 ， 返 回 Cookie 过 
期 失效 的 错误 信息 。 


4) 如 果 是 用 户 无 关 的 ， 则 不 需要 检查 HttpRequest 中 Cookie， 直 接 
执行 下 面 的 逻辑 即 可 。 





此 外 ， 还 需要 注意 几 个 地 方 ， 都 是 些 琐 碎 的 工作 : 


用 户 注销 功能 ， 要 把 本 地 保存 的 Cookie 清 空 。App 判 断 用 户 是 否 登 


录 的 标志 ， 就 是 Cookie 是 否 为 空 。 





用户 注册 功能 ， 一 上 般 在 注册 成 功 后 ， 都 会 拿 着 用 户 名 和 密码 再 调 
用 一 次 登录 接口 ， 这 就 又 和 验证 码 功能 冲突 了 ， 解 决 方案 是 注册 成 功 后 
直接 跳 转 到 登录 页 面 ， 让 用 户 手 动 再 输入 一 次 。 这 是 从 产品 层面 来 解决 
问题 。 男 一 种 解决 方案 是 ， 注 册 成 功 后 进入 个 人 中 心 页 面 ， 不 需要 再 登 
录 一 次 ， 而 是 把 注册 和 登录 接口 绑 在 一 起 。 








.对 于 Cookie 过 期 ，App 应 该 跳 转 到 登录 页 面 ， 让 用 户 手 动 进行 登 
录 。 这 里 有 一 个 比较 有 挑战 性 的 工作 ， 就 是 登录 成 功 后 ， 应 该 返回 手动 
登录 之 前 的 那个 页 面 。 我 们 在 下 一 节 再 细 说 这 个 技术 。 加 


2.4.3 Cookie 过 期 的 统一 处 理 


Cookie 不 是 一 直 有 效 的 ， 到 了 一 定时 间 束 会 失效 。 


Cookie 过 期 的 表现 是 ， 当 访问 MobileAPI 某 个 接口 的 时 候 ， 就 不 会 
返回 数据 了 ， 代 之 以 Cookie 过 期 的 错误 消息 ， 这 时 要 统一 处 理 。 





我 们 要 求 MobileAPI 在 过 到 这 种 情况 时 ， 直 接 返 回 以 下 内 容 的 
JSON， 其 中 ，errorType 回 定 为 1: 





{ 
"isError" : true, 
"errorType”" : 1, 
"errorMessage"” : "Cookie 失 效 ， 请 重新 登录 
1 
了 
"result" 
} 





为 此 我 们 修改 AndroidLib， 使 之 支持 Cookie 失 效 的 场景 。 


1) 在 RequestCallback 中 增加 一 种 onCookieExpired 回 调 方法 ， 如 下 
所 示 : 





public interface RequestCallback 


public void onSuccess(String content); 
public void onFail(String errorMessage); 
public void onCookieExpired( ); 


} 





2) 在 网 络 底 层 对 JSON 返 回 结果 进行 解析 ， 如 果 发 现 是 属于 Cookie 
过 期 的 错误 类 型 ， 就 直接 回调 onCookieExpired 方 法 ， 如 下 所 示 : 





final Response responseInJson = JSON.parseObject( 


strResponse, Response.class); 
if (responseInJson.hasError()) { 
if(responseInJson.getErrorType() == 1) { 

handler .post(new Runnable() { 
@Override 
public void run() { 

requestCallback.onCookieExpired(); 

} 


}); 
} else { 
handleNetworkError(responseInJson.getErrorMessage( )); 
} 





我 们 模拟 一 种 场景 ， 在 CookieExpiredActivity 页 面 ， 访 问 天 气 预 报 
这 个 MobileAPI 接 口 ， 如 果 Cookie 失 效 ， 则 弹出 对 话 框 ， 通 知 用 
户 “Cookie 过 期 ， 请 重新 登录 ”， 点 击 确定 按钮 ， 将 跳 转 到 登录 页 。 登 录 
成 功 后 ， 将 回 到 上 一 个 页 面 ， 即 CookieExpiredActivity。 


由 于 所 有 页 面 处 理 Cookie 过 期 的 逻辑 都 是 相同 的 ， 所 以 我 们 将 其 封 
装 到 基 类 AppBaseActivity 中 ， 放 在 和 onFail 方 法 平 级 的 位 置 : 





public void onCookieExpired() { 
dlg.dismiss(); 
new AlertDialog.Builder (AppBaseActivity .this) 
. SetTitle(" 出 错 啦 


") 


.SetMeSsage("Cookie 过 期 ， 请 重新 登录 


") 


.SetPositiveButton(" 确 定 


new DialogInterface.OnClickListener() { 
@Override 
public void onClick(DialogInterface dialog, 
int which) { 

Intent intent = new Intent( 
AppBaseActivity,this， 
LoginActivity.class); 

intent .putEXxtra(AppConstants ,NeedCallback， 

true ) ， 

StartActivity(intent ) ， 


}).show(); 


其 实 束 这 么 简 蛙 ， 因 为 我 们 事先 对 网 络 底层 进行 了 高 度 的 封装 ， 所 
以 增加 一 种 新 的 回调 类 型 并 不 奈 烦 。 


2.4.4 防止 黑客 刷 库 


经 党 有 一 些 网 站 的 安全 措施 没 做 好 ， 导 致 用 户 名 和 密码 大 量 泄漏 。 
城 门 失火 ， 殊 及 池 鱼 。 要 知道 ， 对 于 用 户 而 言 ， 他 们 通常 在 各 个 网 站 上 
都 使 用 相同 的 用 户 名 和 和 密码， 这 些 信息 在 一 个 网 站 上 泄漏 了 ， 会 叶 致 在 
其 他 网 站 上 的 信息 也 都 失去 了 保障 。 于 是 ， 某 些 黑 客 就 会 写 一 个 脚本 ， 
避 历 他 急 取 到 的 茶 个 网 站 成 二 上 万 的 用 户 名 和 和 密码， 去 访问 力 一 个 网 站 
的 登录 接口 。1 万 个 用 户 还 试 不 出 来 1 个 用 户 吗 ? 








一 种 安全 解决 方案 是 为 登录 接口 增加 第 三 个 参数 ， 也 就 是 上 文 提 太 
的 验证 码 。 每 次 登录 都 必须 输入 验证 码 ， 其 实 就 是 为 了 防止 被 黑客 刷 
库 s 








但 是 这 个 方案 仅 适 用 于 那些 新 App， 一 开始 就 要 如 此 设计 ， 我 们 要 
杜绝 只 有 用 户 名 和 密码 的 登录 接口 ， 这 是 有 安全 隐患 的 。 





有 的 网 站 是 连续 登录 3 次 失败 后 ， 才 要 求 用 户 输入 验证 码 。 难 道 他 
们 不 怕 被 黑客 刷 库 吗 ? 其 实 还 有 其 他 的 解决 方案 ， 但 同时 需要 





MobileAPI 和 App 配 合 工 作 : 


MobileAPI 在 发 现 有 同一 IP 短 时 间 内 频繁 访问 某 一 个 MobileAPI 接 
口 时 ， 就 直接 返回 一 段 HTML5， 要 求 用 户 输 入 验证 码 。 








.App 在 接收 到 这 段 代 码 时 ， 就 在 页 面 上 显示 一 个 浮 层 ， 里 面 一 个 
WebView， 显 示 这 个 要 求 用 户 输入 验证 码 的 HTML5。 


这 样 就 阻止 了 黑客 刷 库 。 试 问 哪个 不 萌 黑客 愿意 每 隔 一 两 分 钟 就 手 
动 输入 一 次 验证 码 呢 ? 


[1] 关于 Cookie 更 详细 的 介绍 ， 请 参考 博客 园 小 坦克 的 这 篇 文章 : 
http://blog.csdn.net/ToCpp/article/details/4680946。 


2.5 HTTIP 头 中 的 奥妙 


对 于 HITP 头 ， 我 们 并 不 陌生 。 我 们 在 上 一 节 中 成 功 运用 到 了 HTTP 
头 中 的 Cookie 属 性 。 接 下 来 ， 我 们 将 继续 发 挥 它 的 威力 ， 看 看 它 还 能 为 
我 们 做 些 什 么 。 


我 们 先 学 习 一 下 HTTP 请 求 的 定义 。 
2.5.1 _ HTTP 请 求 


HTTP 请 求 分 为 HTTPRequest 和 HTTPResponse 两 种 。 但 无 论 哪 种 请 
求 ， 都 由 header 和 body 两 部 分 组 成 。 


1.HTTP Body 
Body 部 分 就 是 存放 数据 的 地 方 ， 回 顾 一 下 我 们 在 HITPRequest 类 中 
封装 的 网 络 请 求 : 


1) 对 于 get 形 式 的 HITPRequest， 要 发 送 的 数据 都 以 键 值 对 的 形式 
存放 在 URL 上， 比如 aaa.apik1=va&k2=va。 它 的 Body 是 空 的 ， 如 下 所 


修 \: 





if (urlData.getNetType().equals(REQUEST_GET)) { 
// 添加 参数 


final StringBuffer paramBuffer = new StringBuffer(); 
if ((parameter != nul1) && (parameter.size() > 0)) { 
// 这 里 要 对 





Key 进 行 排序 


sortkeys(); 
for (final RequestParameter p : parameter) { 
if (paramBuffer.length() == 0) { 
paramBuffer.append(p.getName() + "=" 
+ BaseUtils.UrlEncodeUnicode(p.getVvalue())); 
} else { 
paramBuffer.append("&" + p.getName() + "=" 
+ BaseUtils.UrlEncodeUnicode(p.getVvalue())); 


} 
newUrl] = url + "?" + paramBuffer.toString(); 
} else { 
newUrl = url; 


request = new HttpGet (newUr1); 





2) 对 于 post 形 式 的 HITPRequest， 要 发 送 的 数据 都 存在 Body 里 面 ， 
也 是 以 键 值 对 的 形式 ， 所 以 代码 编写 与 get 情 形 完全 不 同 ， 如 下 所 示 : 











else if (urlData.getNetType().equals(REQUEST_POST)) { 
request = new HttpPost(ur]l); 
// 添加 参数 


If ((parameter != nul1) && (parameter.size() > 0)) { 
final List<BasicNameValuePair> list = 
new ArrayList<BasicNameValuePair>(); 
for (final RequestParameter p : parameter) { 
list.add(new BasicNameValuePair( 
p.getName(), p.getVvalue())); 


} 
((HttpPost) request).setEntity( 
new UrlEncodedFormEntity(list, HTTP.UTF_ 8)); 


2.HTTP Header 


与 Body 相 比 ，HTTP header 就 丰富 的 多 了 。 它 由 很 多 键 值 对 (key- 
value) 组 成 ， 其 中 有 些 key 是 标准 的 ， 兼 容 于 各 大 浏览 右 ， 比 如 : 


‘accept 
“accept-language 
‘referrer 
‘user-agent 
“accept-encoding 


此 外 ， 我 们 还 可 以 在 MobileAPI 端 自 定义 一 些 键 值 对 ， 然 后 要 求 
App 在 调用 MobileAPI 时 把 这 些 信息 传递 过 来 。 比 如 MobileAPI 可 以 定义 
一 个 check-value 这 样 的 key， 然 后 要 求 App 将 AppId (同一 公司 的 不 同 
App 编 号 ) 、ClientType (Android 还 是 iPhone、iPad) 这 些 值 拼接 在 一 起 
经 过 MD5 加 密 后 ， 作 为 这 个 key 的 值 传 递 给 MobileAPI， 然 后 由 
MobileAPI 再 去 分 析 这 些 数据 。 


对 于 App 开 发 人 员 而 言 ， 只 要 按照 MobileAPI 的 有 要求， 把 这 些 key 所 
需要 的 值 拼 接 成 HITPRequest 头 正确 传递 过 去 即 可 。 如 下 所 示 : 





void setHttpHeaders(final HttpUriRequest httpMessage ) 


headers.clear(); 
headers.put(FrameConstants.ACCEPT_CHARSET, "UTF-8,*"); 
headers.put(FrameConstants .USER AGENT, 

"Young Heart Android App "); 
If ((httpMessage != null) && (headers != null)) 
{ 


for (final Entry<String, String> entry : headers,entrySet()) 
If (entry.getkey()!=null) 
{ 


httpMessage.addHeader (entry.getkey(), entry.getValue()); 





我 们 在 组 装 Cookie 之 前 调用 setHttpHeaders 方 法 : 





// 添加 必要 的 头 信息 


SetHttpHeaders(request ) ; 
// 添加 


CoOokie 到 请 求 关 中 





addCookie( ); 
// 发送 请 求 


response = httpClient.execute(request); 





而 在 返回 数据 时 ， 也 可 以 从 HTTP Response 头 中 把 所 需要 的 数据 解 
析出 来 。Android SDK 将 其 封装 成 了 知 干 方法 以 供 调用 。 我 们 在 下 面 的 


章节 将 会 看 到 。 


前 面 我 们 介绍 过 Cookie， 其 实 也 是 HTTP 头 的 一 部 分 。 它 的 作用 我 
们 已 经 见识 过 了 。 下 面 将 讨论 HTTP 头 中 的 另 几 个 重要 字段 。 








2.5.2 ”时 间 校 准 





接 下 来 要 介绍 的 是 HTTP Response 头 中 另 一 重要 属性 : Date， 这 个 
属性 中 记录 了 MobileAPI 当 时 的 服务 器 时 间 。 








为 什么 说 这 个 属性 很 重要 呢 ? App 开 发 人 员 经 常 遇 到 的 一 个 bug 就 
是 ，App 显 示 的 时 间 不 准 ， 经 第 会 因为 时 区 问题 前 后 差 几 个 小 时 ， 而 接 
到 用 户 的 投诉 。 


为 了 解决 这 个 问题 ， 要 从 MobileAPI 和 App 同 时 做 一 些 工作 。 
MobileAPI 永 远 使 用 UTC 时 间 。 包 括 入 参 和 返回 值 ， 都 不 要 使 用 Date 格 
式 ， 而 是 减 去 UTC 时 间 1970 年 1 月 1 日 的 差 值 ， 这 是 一 个 long 类 型 的 长 整 
数 。 


在 App 端 比较 麻烦 。 这 里 我 们 只 讨论 中 国 ， 比 如 国内 航班 时 间 、 电 
影 上 映 时 间 等 等 ， 那 么 我 们 把 MobileAPI 返 回 的 long 型 时 间 转 换 为 GMT8 
时 区 的 时 间 就 万 事 大 吉 了 一 一 只 需要 额外 加 8 个 小 时 。 无 论 使 用 的 人 号 
在 哪个 时 区 ， 他 们 看 到 的 都 应 该 是 一 个 时 间 ， 也 就 是 GMT8 的 时 间 。 





由 于 App 本 地 时 间 会 不 准 ， 比 如 前 后 差 十 几 分 钟 ， 又 比如 设置 了 
GMT9 的 时 区 ， 这 样 在 取 本 地 时 间 的 时 候 ， 吏 会 兰 一 个 小 时 。 遇 到 这 种 
情况 ， 就 要 依赖 于 HTTP Response 头 的 Date 属 性 了 。 


每 调用 一 次 MobileAPI， 就 取出 HTTP Response 头 的 Date 值 ， 转 换 为 





GMT 时 间 后 ， 再 减 去 本 地 取出 的 时 间 ， 得 到 一 个 产值 delta。 这 个 值 可 能 
古 因为 手机 时 间 不 准 而 盈 出 来 的 那 十 几 分 钟 ， 也 可 能 是 因为 时 区 不 同 导 
致 的 1 个 小 时 差 值 。 我 们 将 这 个 delta 值 保存 下 来 。 那 么 每 当 取 本 地 当前 
时 间 的 时 候 ， 再 额外 加 上 这 个 delta 差 值 ， 就 得 到 了 服务 器 GMT8 的 时 
间 ， 残 做 到 了 任何 人 看 到 的 时 间 是 一 样 的。 





为 App 会 频繁 调用 MobileAPI， 上 所 以 这 个 delta 值 也 会 频 索 更 新 ， 不 
用 担心 长 期 不 调用 MobileAPI 而 导致 的 这 个 delta 值 不 太 准 的 问题 。 


接 下 来 我 们 修改 AndroidLib 框 架 ， 以 支持 上 述 的 这 些 功能 。 


1) 首先 ， 在 HTTPRequest 类 提供 一 个 用 于 更 新 本 地 时 | 则 和 服务 器 
时 间 差 值 的 方法 updateDeltaBetweenServerAndClientTime， 如 下 所 示 ， 
由 于 我 们 在 这 里 补 上 了 UTC 和 GMT8 相 差 的 那 8 个 小 时 ， 所 以 App 其 他 地 
方 不 再 需要 考虑 时 差 的 问题 ， 如 下 所 示 : 





void updateDeltaBetweenServerAndclientTime() { 
If (response != null) { 
final Header header = response.getLastHeader("Date"); 
If (header != null) { 
final String strServerDate = header .getValue(); 
try { 
If ((strServerDate != null) && !strServerDate.equals("")) { 
final SimpleDateFormat sdf = new SimpleDateFormat( 
"EEE, d MMM yyyy HH:mm:ss z", Locale.ENGLISH); 
TimeZone.setDefault(TimeZone.getTimeZone("GMT+8")); 
Date serverDateUAT = sdf.parse(strServerDate); 
deltaBetweenServerAndClientTime = ServerDateUAT 
.getTime() 
+8* 60* 60 * 1000 
- System.currentTimeMillis(); 


} catch (java.text.ParseException e) { 
e.printStackTrace(); 





我 们 会 在 发 起 MobileAPI 网 络 请 求 得 到 啊 应 结果 后 ， 执 行 该 方法 ， 
更 新 这 个 差 值 : 





/ / 发送 请 求 


response = httpClient.execute(request); 
// 获取 状态 


final int statusCode = response.getStatusLine().getSstatusCode(); 
// 设置 回调 函数 ， 但 如 果 



































requestCallback， 说 明 不 需要 回调 ， 不 需要 知道 返回 结果 


if ((requestCallback != null)) { 
If (statusCode == HttpStatus.SC_OK) { 
// 更 新 服务 器 时 间 和 本 地 时 间 的 差 值 





updateDeltaBetweenServerAndclientTime( ); 





因为 我 们 的 App 会 频繁 的 调用 MobileAPI， 所 以 为 了 避免 频繁 读 写 
文件 ， 我 们 没有 将 deltaBetweenServerAndClientTime 存 到 本 地 文件 ， 而 
是 放 在 了 内 存 中 ， 当 作 一 个 全 局 变量 来 使 用 。 


2) 我 们 把 这 个 deltaBetweenServerAndClientTime 方 法 暴露 出 来 ， 供 
外 界 调用 : 





public static Date getServerTime() { 
return new Date(System.currentTimeMillis() 
+ deltaBetweenServerAndC1lientTime )， 





现在 我 们 束 可 以 模拟 一 个 场景 了 。 我 把 手机 的 时 间 改 成 任意 一 个 
值 ， 然 后 再 进入 到 WeatherByFastJsonActivity 页 面 ， 因 为 页 面 加 载 的 时 
候 会 调用 MobileAPI 获 取 天 气 的 接口 ， 所 以 本 地 会 保存 一 个 
deltaBetweenServerAndClientTime 差 值 。 点 击 WeatherByFastJsonActivity 
页 面 上 的 “获取 服务 器 时 间 ?” 控 钮 ， 会 因为 我 调用 了 AndroidLib 中 封装 好 
的 getServerTime 方 法 ， 而 弹出 GMT8 的 当前 时 间 : 











btnShowTime.setOonClickListener(new View.OnClickListener() { 
@Override 
public void onClick(View v) { 
String strCurrentTime = Utils.getServerTime().toString(); 
new AlertDialog.Builder (WeatherByFastJsonActivity.this) 
.SetT1It]Je( "当前 时 间 是 ， 


").setMessage(strCurrentTime) 
.SetPositiveButton(" 确 定 


", null).show(); 
} 


}); 





我 见 过 一 个 App 中 的 ntp.hosts 文 件 ， 里 面 罗 列 了 若干 亚洲 区 的 时 间 
校准 服务 器 ， 比 如 说 : cn.pool.ntp.org。 [1 


我 猪 这 是 为 了 解决 手机 系统 时 间 与 服务 器 时 间 不 同步 的 问题 ， 里 处 
不 同时 区 是 一 种 情况 ， 为 一 种 情况 则 是 用 户 故意 把 手机 时 间 提 前 五 分 
钟 ， 以 防止 赶不上 班车 。 但 不 管 怎 样 ， 那 种 通过 App 强 行 修改 手机 系统 
时 间 的 做 法 是 不 负责 任 的 。 





对 于 手机 系统 时 间 不 准 的 问题 ， 本 文 给 出 了 比较 好 的 解决 方案 ， 即 
通过 每 次 调用 MobileAPI 来 计算 时 间 送 ， 然 后 每 次 本 地 获取 时 间 就 加 上 
这 个 时 间 差 。 





对 于 用 户 喘 处 不 同时 区 的 问题 ，App 仍 然 返回 同一 个 时 间 ， 只 是 要 
在 App 上 注 明 这 些 时 间 都 是 北京 时 间 ， 而 不 能 是 北京 用 户 显 示 飞 机 9 点 
起 飞 而 日 本 用 户 显示 10 点 起 飞 。 另 一 方面 ， 这 两 个 时 区 的 用 户 在 一 起 聊 
天 是 个 抹 烦 的 事情 ， 即 使 有 人 在 日 本 时 区 10 点 说 句 话 ， 对 于 北 各 用 户 而 
言 ， 看 到 的 也 应 该 是 9 点 发 的 消息 ， 肥 之 亦 然 。 而 服务 器 则 要 使 用 格林 
威 治 一 套 时 间 ， 具 体 怎 么 显示 ， 那 是 App 的 事情 。 有 些 App 就 存在 这 样 
的 bug， 出 国旅 游 收 不 到 即时 聊天 消 轧 ， 到 了 晚上 会 莫名 其 妙 骨 出 来 几 
百 条 消 上 筷 ， 束 是 因为 这 个 时 区 问题 没有 处 理 好 导致 的 。 











2.5.3 ”开局 gzip 压 缩 


接 下 来 要 介绍 的 内 容 和 gzip 有 关 。HTTP 协 议 上 的 gzip 编 码 是 一 种 用 
来 改进 Web 应 用 程序 性 能 的 技术 。 大 流量 的 web 站 点 常常 使 用 gzip 压 纵 
技术 来 减少 传输 量 的 大 小 ， 减 少 传输 量 大 小 有 两 个 明显 的 好 处 ， 一 是 可 
以 减少 存储 空间 ， 二 是 通过 网 络 传输 时 ， 可 以 减少 传输 的 时 间 。 


使 用 gzip 的 流程 如 下 : 





1) 在 App 发 起 请 求 时 ， 在 HITPRequest 头 中， 添加 要 求 支持 gzip 的 


key-value， 这 里 的 key 是 Accept-Encoding，value 是 gzip。 如 下 所 示 ， 我 


们 需要 修改 setHttpHeaders 方 法 : 





void setHttpHeaders(final HttpUriRequest httpMessage) { 
headers.clear(); 
headers.put(FrameConstants.ACCEPT_CHARSET, "UTF-8,*"); 
headers.put(FrameConstants.USER AGENT, "Young Heart Android App "); 
headers.put(FrameConstants.ACCEPT_ENCODING, "gzip"); 
if ((httpMessage != null) && (headers != null)) { 
for (final Entry<String, String> entry : headers.entrySet()) { 
if (entry.getkey() != null) { 
httpMessage.addHeader (entry.getkey(), entry.getValue()); 
} 





2) MobileAPI 的 逻辑 是 ， 检 查 HTTP 请 求 头 中 的 Acceptr-Encoding 是 
人 否 有 gzip 值 ， 如 果 有 ， 恕 会 执行 gzip 压 缩 。 


如 果 执 行 了 gzip 压 缩 ， 那 么 在 返回 值 也 束 是 HITTPResponse 的 头 中 ， 


有 一 个 content-encoding 字 段 ， 会 带 有 gzip 的 值 ， 否 则 ， 束 没有 这 个 值 。 


3) App 检 查 HTTPResponse 头 中 的 content-encoding 字 段 是 和 否 包含 
gzip 值 ， 这 个 值 的 有 无 ， 导 致 App 解 析 HITPResponse 的 姿势 不 同 ， 如 
下 所 示 〔 以 下 代码 参见 HTTPRequest 这 个 类 ) : 





String strResponse = "",， 
if ((response.getEntity().getContentEncoding() != null) 
&& (response.getEntity().getCcontentEncoding() 
.getValue() != null)) { 
If (response.getEntity().getCcontentEncoding() 
.getValue().contains("gzip")) { 
final InputStream in = response.getEntity() 
.getContent ( ) ， 
final InputStream is = new GZIPInputStream(in)， 
strResponse = HttpRequest.inputStreamToString(is); 
is.close(); 
} else { 


response.getEntity().writeTo(content); 
strResponse = new String(content.toByteArray()).trim(); 


} 
} else { 
response.getEntity().writeTo(content); 
strResponse = new String(content.toByteArray()).trim(); 





到 此 ， 一 个 比较 完备 的 网 络 底层 封装 就 全 部 完成 了 。 


[1] 关于 NTP， 请 参见 


http:/www.cnblogs.com/TianFang/archive/2011/12/20/2294603.html。 


2.6 本章 小 结 


本 章 介 绍 如 何 对 网 络 底层 进行 封装 ， 其 中 包括 : 新 写 了 一 个 网 络 调 
用 框架 用 以 代替 AsyncTask; 设计 了 App 的 缓存 机 制 ， 设 计 了 
MockService 的 机 制 ， 以 后 即使 没有 MobileAPI 接 口 也 能 开发 新 功能 
介绍 用 户 Cookie 的 设计 方法 ; 巧妙 运用 Http 头 中 的 数据 等 。 





下 一 章 ， 我 将 介绍 App 中 的 一 些 经 典 场景 的 设计 。 


第 3 章 ”Android 经 典 场景 设计 


同样 是 使 用 Java 语 言 ， 为 什么 做 MobileAPI 的 开发 人 员 写 不 了 
Android 程 序 ， 反 之 亦 然 。 我 想 大 概 是 各 行 有 各 行 的 规矩 和 做 事 法 则 ， 
本 章 介 绍 的 这 几 种 Android 经 典 场 景 就 是 如 此 ， 看 似 都 是 些 平 谈 无 奇 的 
UI， 但 其 中 却 列 藏 着 大 智慧 。 








闲话 少 哲 ， 且 听 我 一 一 道 来 。 


3.1 _ App 图 上 乒 绥 存 设 计 


App 缓 存 分 为 两 部 分 ， 数 据 缓存 和 图 片 缓存 。 


我 们 在 第 2 章 的 2.2 节 介绍 了 App 数 据 缓 存 ， 从 而 把 从 MobileAPI 获 取 
到 的 数据 缓存 到 本 地 ， 减 少 了 调用 MobileAPI 的 次 数 。 


本 节 将 介绍 图 片 缓存 全 略 。 


3.1.1 ImageLoader 设 计 原 理 





Android 上 最 让 人 头疼 的 英 过 于 从 网 络 获取 图 片 、 显 示 、 回 收 ， 任 
何 一 个 环节 有 问题 都 可 能 直接 OOM。 尤 其 是 在 列表 页 ， 会 加 载 大 量 网 
络 上 的 图 片 ， 每 当 快 速 划 动 列 表 的 时 候 ， 都 会 很 卡 ， 甚 至 会 因为 内 存 游 
出 而 衣 误 。 





这 时 就 轮 到 ImageLoader 上 场 表 演 了 。ImageLoader 的 目的 是 为 了 实 
现 异步 的 网 络 图 片 加 载 、 缓 存 及 显示 ， 支 持 多 线程 异步 加 载 。 


ImageLoader 的 工作 原理 是 这 样 的 :在 显示 图 片 的 时 候 ， 它 会 先 在 
内 存 中 查找 ;如果 没有 ， 束 去 本 地 查找 ;， 如 果 还 没有 ， 束 开 一 个 新 的 线 
程 去 下 载 这 张 图 片 ， 下 载 成 功 会 把 图 片 同时 缓存 到 内 存 和 本 地 。 


基于 这 个 原理 ， 我 们 可 以 在 每 次 退出 一 个 页 面 的 时 候 ， 把 
ImageLoader 内 存 中 的 缓存 全 都 清除 ， 这 样 就 节省 了 大 量 内 存 ， 反 正 下 
次 再 用 到 的 时 候 从 本 地 再 取出 来 就 是 了 。 








此 外 ， 由 于 ImageLoader 对 图 片 是 软 引 用 的 形式 ， 所 以 内 存 中 的 图 
片 会 在 内 存 不 足 的 时 候 被 系统 回收 《内 存 足够 的 时 候 不 会 对 其 进行 垃圾 
回收 》。 中 


3.1.2 ImageLoader 的 使 用 


ImageLoader 由 三 大 组 件 组 成 : 


对 图 片 缓存 进行 总 体 配置 ， 包 括 内 
存 缓存 的 大 小 、 本 地 缓存 的 大 小 和 位 置 、 日 志 、 下 载 策 略 《FIFO 还 是 
LIFO) 等 等 。 


‘ImageLoaderConfiguration 








ImageLoader 一 一 我 们 一 般 使 用 displayImage 来 把 URL 对 应 的 图 片 显 
示 在 ImageView 上 。 
.DisplayImageOptions 在 每 个 页 面 需 要 显示 图 片 的 地 方 ， 控 制 如 








何 显示 的 细节 ， 比 如 指定 下 载 时 的 默认 图 (包括 下 载 中 、 下 载 失 败 、 
URL 为 空 等 ) ， 是 人 否 将 缓存 放 到 内 存 或 者 本 地 人 厂 盘 。 


借用 博客 园 上 陈 哈哈 的 博文 名 对 三 者 关系 的 一 个 比喻 , “他 们 有 点 


像 厨 房 规定 、 厨 师 、 客 户 个 人 口味 之 间 的 关系 。 
ImageLoaderConfiguration 束 像 是 厨房 里 面 的 规定 ， 每 一 个 厨师 要 怎么 着 
装 ， 要 怎么 保持 厨房 的 和 干净， 这 是 针对 每 一 个 厨师 都 适用 的 规定 ， 而 且 
不 允许 个 性 化 改变 。ImageLoader 束 像 是 具体 做 菜 的 厨师 ， 负 责 具 体 菜 
谱 的 制作 。DisplayImageOptions 束 像 每 个 客户 的 偏好 ， 根 据 客户 是 重 口 
味 还 是 清淡 ， 每 一 个 ImageLoader 根 据 DisplayImageOptions 的 要 求 具体 执 

















答 训 名 
下 面 我 们 介绍 如 何 使 用 ImageView: 


1) 在 YoungHeartApplication 中 总 体 配 置 ImageLoader: 





public class YoungHeartApplication extends Application { 
Q@Override 
public void onCreate() { 
super ,onCreate( ); 
CacheManager .getInstance().initCacheDir(); 
ImageLoaderConfiguration config = 
new ImageLoaderConfiguration.Builder 
(getApplicationContext()) 
.threadPriority(Thread.NORM PRIORITY - 2) 
.memoryCacheExtraoptions(480, 480) 
.memoryCacheSize(2 * 1024 * 1024) 
.denyCacheImageMultipleSizesInMemory() 
.discCacheFileNameGenerator(new Md5FileNameGenerator()) 
.tasksProcessingOrder (QueueProcessingType.LIFO) 
.memoryCache(new WeakMemoryCache()).build(); 
ImageLoader .getInstance().init(config); 





2) 在 使 用 ImageView 加 载 图片 的 地 方 ， 配 置 当前 页 面 的 
ImageLoader 选 项 。 有 可 能 是 Activity， 也 有 可 能 是 Adapter: 





public CinemaAdapter(ArrayList<CinemaBean> cinemaList, 


AppBaseActivity context ) { 

this.cinemaList = CinemaList 

this.context = Context ， 

options = new DisplayImageOptions.Builder() 
.ShowStubImage(R.drawable.ic_launcher) 
.ShowImageForEmptyUri(R.drawable.ic_ launcher) 
.CcacheInMemory() 
.CcacheOonDisc() 
.build( ); 





3) 在 使 用 ImageView 加 载 图 片 的 地 方 ， 使 用 ImageLoader， 代 码 片 
段 节 选 自 CinemaAdapter: 





CinemaBean cinema = cinemalList.get(position); 

holder .tvCinemaName.setText(cinema.getCcinemaName( )); 

holder.tvCinemaId ,setText(cinema,getCinemaId() ) ; 

context ,ImageLoader ,dispJlayImage(cinemaList ,get(position) 
.getCinemaPhotoUr1l(), holder.imgPhoto); 





其 中 displayImage 方 法 的 第 一 个 参数 是 图 片 的 URL， 第 二 个 参数 是 


ImageView 控 件 。 
一 般 来 说 ，ImageLoader 性 能 如 果 有 问题 ， 束 和 这 里 的 配置 有 关 ， 


尤其 是 ImageLoader-Configuration。 我 列举 在 上 面 的 配置 代码 是 目前 比 
较 通 用 的 ， 请 大 家 参考 。 


3.1.3 ImageLoader 优 化 


尽管 ImageLoader 很 强大 ， 但 一 直 把 图 片 缓存 在 内 存 中 ， 会 导致 内 
存 占用 过 高 。 昌 然 对 图 片 的 引用 是 软 引 用 ， 软 引用 在 内 存 不 够 的 时 候 会 
被 GC， 但 我 们 还 是 希望 减少 GC 的 次 数 ， 所 以 要 经 常 手 动 清理 





ImageLoader 中 的 绥 存 。 


我 们 在 AppBaseActivity 中 的 onDestroy 方 法 中 ， 执 行 InageLoader 的 
clearMemoryCache 方 法 ， 以 确保 页 面 销毁 时 ， 把 为 了 显示 这 个 页 面 而 增 
加 的 内 存 绥 存 清除 。 这 样 ， 即 使 到 了 下 个 页 面 要 复 用 之 前 加 载 过 的 图 
片 ， 虽 然 内 存 中 没有 了 ， 根 据 ImageLoader 的 缓存 策略， 还 是 可 以 在 本 
地 磁盘 上 找到 : 








public abstract class AppBaseActivity extends BaseActivity { 
protected boolean needCallback; 
protected ProgressDialog d]1g; 
public ImageLoader imageLoader = ImageLoader ,getInstance( ) ; 
protected void onDestroy() { 
// 回收 该 页 面 缓存 在 内 存 的 图 片 














imageLoader .clearMemoryCache( ); 
super .onDestroy(); 


} 








本 童 没 有 过 多 讨论 ImageLoader 的 代码 实现 ， 只 是 描述 了 它 的 实现 
原理 。 有 兴趣 的 朋友 可 以 参考 下 列 文 章 ， 里 面 有 很 深入 的 研究 : 


1) 简介 ImageLoader。 
地 址 ,http://blog.csdn.net/yueqinglkong/article/details/27660107 


2) Android-Universal-Image-Loader 图 片 异 步 加 载 类 库 的 使 用 〈 超 详 
细 配 置 ) 。 


地 址 : http:/blog.csdn.net/vipzjynoL/article/details/23206387 


3) Android 开 源 框 架 Universal-Image-Loader 完 全 解析 。 


地 址 http://blog.csdn.net/xiaanming/article/details/39057201 


3.1.4 ”图 片 加 载 利 器 Fresco 


就 在 本 书写 作 期 间 ，Facebook 开 源 了 它 的 Android 图 片 加 载 组 件 


Fresco。 





我 之 所 以 关注 这 个 Fresco 组 件 ， 是 因为 我 负责 的 App 用 一 段 时 间 后 
就 占据 了 180M 左 右 的 内 存 ，App 会 变 得 很 卡 。 我 们 使 用 MAT 分 析 内 
存 ， 发 现 让 内 存 居 高 不 下 的 罪魁 祸首 就 是 图 片 。 于 是 我 们 把 目光 转向 
Fresco， 开 始 优化 App 占 用 的 内 存 。 


Fresco 使 用 起 来 很 简单 ， 如 下 所 示 : 


:在 Application 级 别 ， 对 Fresco 进 行 初始 化 ， 如 下 所 示 : 





Fresco.initialize(getApplicationContext()); 





与 ImageLoader 等 传统 第 三 方 图 片 处 理 SDK 不 同 ，Fresco 是 基于 控 
件 级 别 的 ， 所 以 我 们 把 程序 中 显示 网 络 图 片 的 ImageView 都 蔡 换 为 
SimpleDraweeView 即 可 ， 并 在 ImageView 所 在 的 布局 文件 中 添加 fresco 
命名 空间 ， 如 下 所 示 : 








<LinearLayout 
xmlns:android="http:// schemas.android.com/apk/res/android" 
xmlns:fresco="http:// schemas.android,.com/apk/res-auto"> 
<com.facebook.drawee.view,.SimpleDraweeView 
android:id="@+id/imgView" 
android:layout_width="10dp" 
android:layout_height="10dp" 
fresco:placeholderIimage="@drawable/placeholder" /> 








-在 Activity 中 为 这 个 图 片 控 件 指定 要 显示 的 网 络 图 片 : 








Uri uri = Uri,.parse("http:// www.bb.com/a.png"); 
draweeView.setImageURI(uri); 





Fresco 的 原理 是 ， 设 计 了 一 个 Image Pipeline 的 概念 ， 它 负责 先后 检 
查 内 存 、 磁 各 文件 (Disk〉， 如 果 都 没有 再 老 老 实 实 从 网 络 下 载 图 片 ， 
如 图 3-1 所 示 ， 箭 头 上 标记 了 jpg 或 bmp 格 式 的 ， 表 示 Cache 中 有 图 片 ， 直 
接 取 出 ; 没有 标记 ， 则 表示 Cache 中 找 不 到 。 








UI 线程 


非 UI 线 程 






内 存 
cache 写 


图 3-1 ”Image Pipeline 的 工作 流 


我 们 可 以 像 配置 [ImageLoader 那 样 配 置 Fresco 中 的 Image Pipeline， 使 
用 ImagePipelineConfig 来 做 这 个 事情 。 





Fresco 有 3 个 线程 池 ， 其 中 3 个 线程 用 于 网 络 下 载 图 片 ，2 个 线程 用 于 
磁盘 文件 的 读 写 ， 还 有 2 个 线程 用 于 CPU 相关 操作 ， 比 如 图 片 解码 、 转 
换 ， 以 及 放 在 后 台 执 行 的 一 些 费 时 操作 。 


接 下 来 介绍 Fresco 三 层 缓存 的 概念 。 这 才 是 Fresco 最 核心 的 技术 ， 
它 比 其 他 图 片 SDK 吃 内 存 小 ， 就 在 于 这 个 全 新 的 缓存 设 计 。 


第 一 层 : Bitmap 绥 存 


在 Android 5.0 系 统 中 ， 考 虑 到 内 存 管理 有 了 很 大 改进 ， 所 以 Bitmap 
绥 存 位 于 Java 的 堆 (heap) 中 。 


:而 在 Android 4.x 和 更 低 的 系统 ，Bitmap 绥 存 位 于 ashmem 中 ， 而 不 
是 位 于 Java 的 堆 Cheap) 中 。 这 意味 着 图 片 的 创建 和 回收 不 会 引发 过 多 
的 GC， 从 而 让 App 运 行 得 更 快 。 


当 App 切 换 到 后 台 时 ，Bitmap 缓 存 会 被 清空 。 
第 二 层 ， 内存 缓 丰 


内 存 缓存 中 存储 了 图 片 的 原始 压缩 格式 。 从 内 存 缓存 中 取出 的 图 
片 ， 在 显示 前 必须 先 解码 。 当 App 切 换 到 后 台 时 ， 内 存 缓存 也 会 被 清 
空 


第 三 层 : 磁盘 缓存 


磁盘 缓存 ， 又 名 本 地 存储 。 磁 盘 缓存 中 存储 的 也 是 图 片 的 原始 压缩 
格式 。 在 使 用 前 也 要 先 解码 。 当 App 切 换 到 后 人 台 时 ， 磁 盘 组 在 不 会 于 
失 ， 即 使 关机 也 不 会 。 





Fresco 有 很 多 高 级 的 应 用 ， 对 于 大 部 分 App 而 言 ， 基 本 还 用 不 到 。 


只 要 掌握 上 述 简单 的 使 用 方法 就 能 极 大 地 节省 内 存 了 。 我 做 的 App 原 先 
占用 180MB 的 内 存 ， 现 在 只 会 占据 80MB 左 右 的 内 存 了 。 这 也 是 我 为 什 
么 要 在 本 书 中 增加 这 一 部 分 内 容 的 原因 。 


关于 Fresco 的 更 多 介绍 请 参见 : 
:Fresco 在 GitHub 上 的 源码 : https://github.com/mkottman/AndroLua 
Fresco 官方 文档 : http://fresco-cn.org/docs/index.html 


[1] ImageLoader 在 GitHub 的 下 载 地 址 : 
https://github.com/nostral3/Android-Universal-Image-Loader。 

[2] “关于 Java 强 引用 、 软 引用 、 弱 引用 、 虚 引用 的 介绍 ， 请 参考 这 篇 文 
章 : http://www.cnblogs.com/blogof lee/archive/2012/03/22/2411124.html。 


[3] 详细 内 容 请 参见 http://www.cnblogs.com/kissazi2/p/3886563.html。 


3.2 ”对 网 络 流量 进行 优化 





对 App 的 最 低 容忍 限度 是 ， 在 2G、3G 和 4G 网 络 环 境 下 ， 每 个 页 面 
都 能 打开 ， 都 能 正常 跳 转 到 其 他 页 面 。 要 能 够 完成 一 次 完整 的 支付 流 


程 。 





慢 点 儿 没 关系 ， 尤 其 是 2G 网 络 。 但 是 动不动 就 弹出 “无 法 连接 到 网 
络 ” 或 者 “网 络 连 接 超 时 ”的 对 话 框 ， 就 是 我 们 开发 人 员 必 须要 解决 的 问 


题 了 。 


3.2.1 通信 层面 的 优化 


让 我 们 先 从 MobileAPI 层 面 进 行 优化 : 


1) MobileAPI 接 口 返回 的 数据 ， 要 使 用 gzip 进 行 压 缩 。 注 意 : 大 于 
1KB 才 进行 压缩 ， 和 否则 得 不 偿 失 。 经 过 gzip 压 缩 后 ， 返 回 的 数据 量 大 幅 


2) App 与 MobileAPI 之 间 的 数据 传递 ， 通 常 是 遵守 JSON 协 议 的 。 
JSON 因 为 是 xml 格 式 的 ， 并 且 是 以 字符 存在 的 ， 在 数据 量 上 还 有 可 以 压 
缩 的 空间 。 我 这 里 推荐 一 种 新 的 数据 传输 协议 ， 那 就 是 ProtoBuffer。 这 
种 协议 是 二 进 制 格式 的 ， 所 以 在 表示 大 数据 时 ， 空 间 比 JSON 小 很 多 。 














3) 接 下 来 要 解决 的 是 频繁 调用 MobileAPI 的 问题 。 我 们 知道 ， 发 起 
一 次 网 络 请 求 ， 服 务 器 处 理 的 速度 是 很 快 的 ， 主 要 花费 的 时 间 在 数据 传 
输 上 ， 也 就 是 这 一 来 一 回 走路 的 时 间 上 。 





走路 时 间 的 长 度 ， 网 络 运 维 人 员 会 去 负 贡 解决。 移动 开 及 人 员 需 
关注 的 是 ， 减 少 网 络 访问 次 数 ， 能 调用 一 次 MobileAPI 接 口 就 能 取 到 数 
据 的 ， 束 不 要 调用 两 次 。 


4) 我 们 知道 ， 传 统 的 MobileAPI 使 用 的 是 HTTP 无 状态 短 连接 。 使 
用 HTTP 协 议 的 速度 远 不 如 使 用 TCP 协 议 ， 因 为 后 者 是 长 连接 。 所 以 我 
们 可 以 使 用 TCP 长 连接 ， 以 提高 访问 的 速度 。 缺 点 是 一 台 服 务 器 能 文 持 
的 长 连接 个 数 不 多 ， 所 以 需要 更 多 的 服务 器 集成 。 





5) 要 建立 取消 网 络 请 求 的 机 制 。 一 个 页 面 如 果 没 有 请 求 完 网 络 数 
据 ， 在 跳 转 到 为 一 个 页 面 之 前 ， 要 把 之 前 的 网 络 请 求 部 取消 ， 不 再 等 
每 ， 也 不 再 接收 数据 。 


我 遇 到 过 一 个 真实 的 例子 ， 首 页 要 在 后 台 调 用 十 几 个 MobileAPI 接 
口 ， 用 户 一 旦 进入 二 级 页 面 ， 在 二 级 页 面 获取 列表 数据 时 ， 经 常会 取 不 
到 数据 ， 并 弹出 “网 络 请 求 超时 ”的 提示 。 我 们 通过 在 App 输 出 log 的 方式 
发 现 ， 二 级 页 面 还 在 调用 首页 没有 完成 的 那些 MobileAPI 接 口 ，App 网 
络 底层 的 请 求 队列 已 经 被 阻塞 了 ， 原 因 是 在 进入 下 一 个 页 面 时 ， 首 页 发 
起 的 网 络 请 求 仍然 存在 于 网 络 请 求 队列 中 ， 并 没有 移 除 掉 。 














无 论 是 iOS 还 是 Android， 都 应 该 在 基 类 〈BaseViewController 或 者 
BaseActivity) 中 提供 一 个 cancelRequest 的 方法 ， 用 以 在 离开 当前 页 面 时 
清空 网 络 请 求 队列 。 


6) 增加 重 试 机 制 。 如 果 MobileAPI 是 严格 的 RESTfu 风 格 ， 那 么 我 
们 一 般 将 获取 数据 的 请 求 接口 都 定义 为 get， 而 把 操作 数据 的 请 求 接 口 
都 定义 为 post。 


这 样 的 话 ， 我 们 束 可 以 为 所 有 的 get 请 求 配置 重 试 机 制 ， 比 如 get 请 
求 失败 后 重 试 3 次 。 





有 人 会 问 post 请 求 失败 后 ， 古 售 需 要 重 试 呢 ? 我 们 举 个 例子 吧 ， 比 
如 说 下 单 接口 是 个 post 请 求 ， 如 宋 请 求 失 败 那么 就 会 重 试 3 次 ， 直 到 下 单 
成 功 。 但 是 有 时 候 post 请 求 并 没有 失败 ， 而 是 超时 了 ， 超 时 时 间 是 30 
秒 ， 但 是 却 31 秒 返回 了 ， 如 采 因 此 而 重新 发 起 下 单 请 求 ， 那 么 吏 会 连续 
下 单 两 次 。 所 以 post 请 求 是 不 建议 有 重 试 机 制 的 。 此 外 ， 对 所 有 的 post 
请 求 ， 都 要 增加 防止 用 户 1 分 钟 内 频 楷 发 起 相同 请 求 的 机 制 ， 这 样 就 能 
有 效 防 止 重 复 下 单 、 重 复发 表 评论 、 重 复 注 册 等 操作 。 








如 果 post 请 求 具有 防 重 机 制 ， 那 么 倒是 可 以 增加 重 试 机 制 。 但 是 要 
可 以 在 服务 器 问 赤 活 配 置 重 试 的 次 数 ， 可 以 是 0 次 ， 意 味 痢 不 会 重 试 。 
在 App 局 动 的 时 候 ， 告 诉 App 所 有 的 MobileAPI 接 口 的 重 试 次 数 。 








3.2.2 ”图 厂 俩 略 优 化 





首先 ， 我 们 从 图 片 层面 进行 优化 ， 这 里 说 的 图 片 ， 是 根据 
MobileAPI 返 回 的 图 片 URL 地 址 新 启 一 个 线程 下 载 到 App 本 地 并 显示 
的 。 很 多 App 朋 尝 的 原因 束 是 图 片 的 问题 没 处 理 好 。 


以 下 是 我 遇 到 的 几 类 问题 以 及 相应 的 解决 方案 。 
1. 要 确保 下 载 的 每 张 岁 ， 部 符合 ImageView 控 件 的 大 小 


这 对 于 Android 是 有 难度 的 ， 因 为 手机 分 辨 率 和 干 奇 日 怪 ， 所 以 App 中 
的 图 片 ， 我 们 大 多 做 成 目 适 应 的 ， 有 时 是 等 比 拉 伸 或 缩放 图 片 的 宽 和 
高 ， 有 时 则 固定 高 度 而 动态 伸缩 宽度 ， 反 之 亦 然 。 








于 是 我 们 要 求 运营 人 员 要 事先 准备 很 多 套 不 同 分 辩 率 的 图 片 。 我 们 
每 次 根据 URL 请 求 图 片 时 ， 都 要 额外 在 URL 上 加 上 两 个 参数 ，width 和 
height， 从 而 要 求 服务 器 返回 其 中 某 一 张 图 ，URL 如 下 所 


示 : http://www.aaa.com/a.png?width=100&height=50 。 


如 果 认 为 每 次 准备 很 多 套图 片 是 件 很 浪费 人 力 的 事情 ， 我 还 有 男 一 
种 解决 方案 ， 这 种 方案 只 需要 一 张 图 。 但 我 们 需要 事先 准备 一 台 服 务 
器 ， 称 为 ImageServer。 具 体 流程 是 这 样 的 : 


1) 首先 ，App 每 次 加 载 图 片 ， 都 会 把 URL 地 址 以 及 width 和 height 参 


数 所 组 成 的 字符 串 进 行 encode， 然 后 发 送 给 ImageServer， 新 的 URL 如 下 
所 示 : 


http:/www.ImageServer.com/getImage?param=(encode value) 


2) 然后 ，ImageServer 收 到 这 个 请 求 ， 会 把 param 的 值 decode， 得 到 
原始 图 片 的 URL， 以 及 App 想 要 显示 的 这 张 图片 的 width 和 height。 
ImageServer 会 根据 URL 获 取 到 这 张 原始 图 片 ， 然 后 根据 width 和 height， 
重新 进行 绘制 ， 保 存 到 ImageServer 上 ， 并 返回 给 App。 








3) 最 后 ，App 请 求 到 的 是 一 张 符 合 其 显示 大 小 的 图 片 。 


接 下 来 收 到 同样 的 请 求 ， 直 接 返 回 ImageServer 上 保存 的 那 种 图 片 即 
可 。 但 是 要 每 天 清 一 次 人 硬盘， 不 然 过 不 了 几 天 硬盘 就 满 了 。 











如 果 width 和 height 的 比例 与 原 图 的 宽 高 比 不 一 致 呢 ? 我 们 需要 再 加 


一 个 参数 imagetype， 以 下 是 定义 : 


:1 表示 等 比 缩放 后 ， 裁 减 邱 多 余 的 宽 或 者 高 。 





:2 表示 等 比 缩放 后 ， 不 足 的 宽 或 者 高 填充 白色 。 





当然 你 也 可 以 定义 0 表示 不 进行 缩放 ， 直 接 返 回 。 


这 种 方案 的 缺点 就 是 ，ImageServer 频 繁 地 写 人 硬盘， 硬盘 坚持 不 到 两 
周 就 坏 掉 。 所 以 ， 我 们 在 损失 了 几 块 硬盘 后 ， 决 定 事先 规定 几 套 width 





和 height，App 必 须 严 格 遵守 ， 比 如 说 100x50，200x100， 那 么 就 不 允许 
向 服务 器 发 送 类 似 99x51 这 样 的 图 片 尺 寸 。 


但 这 样 规定 ， 并 不 能 防止 App 开 友人 员 犯 错 ， 他 在 UI 上 就 是 不 小 心 
为 某 个 ImageView 控 件 指定 了 99x51 这 样 的 尺寸 ， 那 么 ImageServer 还 是 
会 生成 这 样 的 图 片 。 


唯一 的 办 法 就 是 在 出 口 加 以 控制 ， 也 就 是 向 ImageServer 发 起 请 求 的 
时 候 。 我 们 会 拿 99x51 这 个 实际 的 图 片 尺寸 ， 去 轮 询 我 们 事先 规定 好 的 
那 几 个 尺寸 100x50 和 200x100， 看 更 接近 哪个 ， 比 如 说 99x51 更 接近 
100x50， 那 么 就 向 ImageServer 请 求 100x50 这 种 尺寸 的 图 片 。 


找 最 接近 图 片 尺寸 的 办 法 是 面积 法 : 


S= (wi-a) x (wi-w) + (hi-h) x (hi-h) 





w 和 h 是 实际 的 图 片 宽 和 高 ，wl 和 hl 是 事先 规定 的 某 个 尺寸 的 宽 和 
高 。S 最 小 的 那个 ， 就 是 最 接近 的 。 


2. 低 流量 模式 


在 2G 和 3G 网 络 环境 下 ， 我 们 应 该 适当 降低 图 片 的 质量 。 降 低 图 片 
质量 ， 相 应 的 图 片 大 小 也 会 降低 ， 我 们 称 为 低 流 量 模式 。 


还 记得 我 们 前 面 提 到 的 ImageServer 吗 ?我 们 可 以 在 URL 中 再 增加 一 


个 参数 quality，2G 网 络 下 这 个 值 为 50%，3G 网 络 下 这 个 值 为 70%， 我 们 
把 这 个 参数 传递 给 ImageServer， 从 而 ImageServer 在 绘制 图 片 时 ， 就 会 
将 jpg 图 片 质量 降低 为 50% 或 70%， 这 样 返回 给 App 的 数据 量 就 大 大 减少 
并 


在 列表 页 ， 这 种 效果 最 为 明显 ， 能 极 大 的 节省 用 户 流量 。 
3. 极 速 模 式 


我 们 后 来 发现 ， 在 2G 和 3G 网 络 环境 下 ， 用 户 大 多 对 图 片 不 感 兴 
趣 ， 他 们 可 能 束 是 想 快 速 下 单 并 文 付 ， 我 们 需要 额外 设计 一 些 页 面 ， 区 
别 于 正常 模式 下 图 文 并 成 的 页 面 ， 我 们 将 这 些 只 有 文字 的 页 面 称 为 极速 
模式 。 


比如 ， 首 页 往往 图 卢 占 据 多 数 ， 而 且 这 些 图 片 大 多 数 从 网 络 动态 下 
载 的 ， 在 2G 网 络 下 ， 这 些 图 片 是 很 浪费 流量 的 。 所 以 在 极速 模式 下 ， 
我 们 需要 设计 一 个 只 有 纯 文字 的 首页 。 





在 每 次 开启 App 进 入 首页 前 会 先进 行 预 判 ， 如 果 发 现 当前 网 络 环境 
为 2G、3G 或 4G， 但 是 当前 模式 为 正常 模式 ， 就 会 弹出 一 个 对 话 框 询问 





口 
模式 是 极速 模式 ， 也 会 提示 用 户 是 否 要 切换 回 正常 模式 ， 以 看 到 最 炫 的 


仅 在 开局 App 时 提示 用 户 极速 模式 是 不 够 的 ， 我 们 在 设置 页 也 要 提 
供 这 个 开关 ， 供 用 户 手动 切换 。 


3.3 ”城市 列表 的 设计 


很 多 App 都 有 城市 列表 这 一 功能 。 看 似 简 单 ， 但 就 像 登录 功能 一 
样 ， 做 好 它 并 不 容易 。 


3.3.1 城市 列表 数据 
一 份 城市 列表 的 数据 包括 以 下 几 个 字典 : 
cityId: 城市 Id。 
:cityName: 城市 名 称 。 
pinyin: 城市 全 拼 。 
-jianpin: 城市 简 拼 。 
其 中 ， 全 拼 和 简 拼 是 用 来 在 App 本 地 做 字母 表 排 序 和 关键 字 检 索 


的 。 
我 曾经 经 历 过 把 城市 列表 数据 写 死 在 本 地 文件 的 做 法 ,日积月累 ， 


就 会 产生 两 个 问题 : 


.Android 和 iOS 维 护 的 数据 ， 差 异 会 越 来 越 大 。 


-一干 多 个 城市 ， 每 次 从 本 地 加 载 都 要 很 长 时 间 。 
针对 问题 1 的 解决 办 法 是 ， 写 一 个 文本 分 析 工 具 ， 找 出 Android 和 


iOS 各 目 维护 文件 的 不 同 数据。 


iOS 开 发 人 员 喜 欢 使 用 plist 文 件 作为 数据 存储 的 载体 ， 最 好 能 和 
Android 统 一 使 用 一 份 xml 文 件 ， 这 样 便 于 管理 类 似 城市 列表 这 样 的 数 
据 。 





针对 问题 2 的 解决 方案 是 ， 对 于 一 千 多 个 城市 ， 意 味 着 每 次 都 要 解 
析 xml 城 市 数据 文件 ， 既 然 每 次 读 取 数据 都 很 慢 ， 那 么 我 们 干脆 就 把 订 
列 化 过 的 城市 列表 直接 保存 到 本 地 文件 ， 跟 随 App 一 起 太 布 。 这 样 ， 每 
次 读 取 这 个 文件 时 ， 就 直接 进行 反 序列 化 即 可 ， 速 度 得 到 很 大 提升 。 











把 城市 列表 数据 保存 在 本 地 ， 有 个 很 烦 的 事情 ， 就 是 每 次 增加 新 的 
城市 ， 都 要 等 下 次 发 版 ， 因 为 数据 是 写 死 在 App 本 地 的 。 于 是 ， 我 们 把 
城市 列表 数据 做 成 一 个 MobileAPI 接 口 ， 由 MobileAPI 去 后 台 采 集 数据 ， 
这 样 数据 是 最 新 最 准 的 。 


但 是 这 样 做 的 问题 是 ， 这 个 MobileAPI 接 口 返 回 的 数据 量 会 很 大 ， 
上 千 笔 数据 ， 还 包括 那么 多 字段 ， 即 使 打开 了 gzip 压 缩 ， 也 会 有 100k 的 
样子 。 于 是 我 们 又 增加 了 版 本 号 字段 version 的 概念 ， 这 个 MobileAPI 接 
口 的 定义 和 返回 的 JSON 格 式 是 这 样 的 : 


1) 入 参 。version， 本 地 存储 的 城市 列表 数据 对 应 的 版 本 号 。 


2) 返回 值 。 如 果 传 入 参数 version 和 线 上 最 新 版 本 号 一 致 ， 则 返回 
以 下 固定 格式 : 





{ 
"isMatch": false, 
"version": 1, 
"cities": [ 
小 
] 
} 





如 果 传 入 参数 version 和 线 上 最 新 版 本 号 不 一 致 ， 则 返回 以 下 格式 : 





"isMatch": false, 
"version": 1, 
"cities": [ 


"cityId": 1, 
"cityName": "北京 
eg 

"pinyin": "beijing", 
"jianpin": "bj" 

}, 

{ 
"cityId": 2, 
"cityName": "上 海 
"pinyin": "shanghai", 
"jianpin":; "sh" 

}, 

{ 
"cityId": 3, 
"cityName": "平顶山 
"pinyin": "pingdingshan", 
"jianpin": "pds" 

} 


version 这 个 字段 由 MobileAPI 进 行 更 新 ， 每 当 有 城市 数据 更 新 时 ， 
version 可 以 立即 目 增 +1， 也 可 以 积累 到 一 定数 据 后 上 自 增 +1。 有 具体 策略 由 
MobileAPI 来 决定 。 


基于 此 ，App 的 策略 可 以 是 这 样 的 : 


1) 本 地 仍然 保存 一 份 线 上 最 新 的 城市 列表 数据 (序列 化 后 的 〉 以 
及 对 应 的 版 本 写 。 我 们 要 求 每 次 有 版 前 做 一 次 城市 数据 同步 的 事情 。 


2) 每 次 进入 到 城市 列表 这 个 页 面 时 ， 将 本 地 城市 列表 数据 对 应 的 
版 本 号 version 传 入 到 MobileAPI 接 口 ， 根 据 返 回 的 isMatch 值 来 决定 是 否 
版 本 号 一 致 。 如 果 一 致 ， 则 直接 从 本 地 文件 中 加 载 城市 列表 数据 ;人 否 
则 ， 就 解析 MobileAPI 接 口 返回 的 数据 ， 在 显示 列表 的 同时 ， 记 得 要 把 
最 新 的 城市 列表 数据 和 版 本 号 保存 到 本 地 。 











3) 如 果 MobileAPI 接 口 没 有 调用 成 功 ， 也 是 直接 从 本 地 文件 中 加 载 
城市 列表 数据 ， 以 确保 主流 程 是 畅通 的 。 


4) 每 次 调用 MobileAPI 时 ， 会 获取 到 大 量 的 数据 ， 一 般 我 们 会 打开 
8gip 对 数据 进行 压缩 ， 以 确保 传输 的 数据 量 最 小 。 


3.3.2 ”城市 列表 数据 的 增 量 更 新 机 制 


上 节 中 我 们 谈 到 ， 每 当 有 城市 数据 更 新 时 ，version 可 以 立即 自 增 
+1。 我 的 问题 是 ， 如 何 判断 有 城市 数据 更 新 ? 一 种 解决 方案 是 ， 在 服务 
器 建立 一 个 Timer， 每 十 分 钟 跑 一 次 ， 检 查 10 分 钟 前 后 的 数据 是 否 有 改 
动 ， 如 果 有 ，version 就 自 增 +1， 并 返回 这 些 有 改动 的 数据 (新 增 、 删 除 
和 修改 ) 。 这 样 就 保证 了 10 分 钟 内 ， 从 A 改 成 B 又 改 回 A， 这 时 候 我 们 认 
为 是 没有 改动 的 ， 版 本 号 不 需要 自 增 +1。 


那么 问题 来 了 ， 对 于 1000 笔 城市 数据 ， 每 次 只 改动 其 中 的 几 笔 ， 返 
回 数据 中 包括 那些 没有 改动 过 的 数据 是 没有 意义 的 ， 是 否 可 以 只 返回 这 
些 改动 的 数据 ? 





分 析 1.0 和 2.0 版 本 的 城市 列表 数据 ， 每 笔 数据 都 有 cityId 和 其 他 一 些 
字段 ， 比 如 说 城市 名 称 、 简 拼 、 全 拼 等 。 我 画 了 一 个 表 ， 如 图 3-2 所 
示 ， 试 图 展示 出 1.0 和 2.0 这 两 个 版 本 的 城市 数据 之 间 的 异同 。 





1.0 城 市 数据 2.0 城 市 数据 


新 增 


的 数据 





图 3-2 ”比较 两 个 版 本 城市 数据 间 的 腊 同 


我 来 解释 一 下 图 3-2， 以 cityId 作 为 唯一 标识 ， 只 在 1.0 中 出 现 的 
cityId 是 要 删除 的 数据 ， 只 在 2.0 中 出 现 的 cityId 是 要 增加 的 数据 ， 二 者 的 
交集 则 是 cityId 相 同 的 数据 ， 这 又 分 为 两 种 情况 ， 所 有 字段 都 相同 的 数 
据 是 不 变 的 数据 ; cityId 相 同 但 某 个 字段 不 相同 ， 则 是 修改 的 数据 。 


增 量 更 新 的 数据 ， 就 由 增 、 删 、 改 这 3 部 分 数据 构成 。 


于 是 ， 我 们 可 以 重新 定义 城市 列表 的 JSON 格 式 ， 在 每 笔 增 量 数据 
中 增加 一 个 字段 type， 用 来 区 别 是 增 (c) 、 删 Cd) 、 改 《u) 中 的 哪 种 
情况 ， 如 下 所 示 : 





{ 
"isMatch": false, 
"version": 1, 


"cities": [ 





"cityId": 1, 
"cityName": "北京 
"pinyin": "beijing", 
"jianpin": "bj", 
"type": "dv 

}, 

{ 
"cityId": 2, 
"cityName": "上 海 
"pinyin": "shanghai", 
"jianpin": "sh", 
"type": EE 

}, 

{ 
"cityId": 3, 
"CityName" : " 平 顶 ! 
"pinyin": "pingdingshan", 
"jianpin": "pds", 
"type": i 

} 

] 
} 





客户 端 在 收 到 上 述 格式 JSON 数 据 后 ， 会 根据 type 值 来 处 理 存放 在 本 
地 的 数据 。 因 为 不 是 全 量 更 新 ， 所 以 处 理 起 来 很 快 。 





这 种 增 量 更 新 城市 数据 的 策略 ， 会 使 得 App 的 多 辑 很 简单 ， 但 是 服 
务 句 的 迎 辑 很 复杂 。 这 样 做 是 划算 的 ， 我 们 要 想 尽 办 法 确保 App 的 轻 
量 ， 把 复杂 的 业务 逻辑 放 在 后 端 。 


3.4 ” App 与 HIML5 的 交互 


App 与 HIML5 的 交互 ， 是 一 个 可 以 大 做 文章 的 话题 。 有 的 团队 直接 
使 用 PhoneGap 来 实现 交互 的 功能 ， 而 我 则 认为 PhoneGap 太 重 了 。 我 们 
完全 可 以 把 这 些 交 互 操作 在 底层 封装 好 ， 然 后 给 开发 人 员 使 用 。 


为 了 开发 人 员 方便 ， 我 们 要 准备 一 台 测 试用 的 PC 服务 右 ， 在 上 面 
搭建 一 个 IS， 这 样 可 以 快速 搭建 自己 的 Demo， 对 于 App 开 发 人 员 而 

， 不 需要 等 待 HTML5 团 队 就 可 以 自行 开发 并 测试 了 。 他 们 只 需 知道 
一 些 基本 的 Html 和 JavaScript 语 法 ， 而 相应 的 培训 非常 简单 。 








3.4.1 _ App 操作 HTML5 页 面 的 方法 


为 了 演示 方便 ， 我 在 assets 中 内 置 了 一 个 HTML5 页 面 。 现 实 中 ， 这 
个 HTML5 页 面 是 放 在 远程 服务 器 上 的 。 


首先 要 定好 通信 协议 ， 也 就 是 App 要 调用 的 HIML5 页 面 中 
JavaScript 的 方法 名 称 。 


例如 ，App 要 调用 HTML5 页 面 的 changeColor(color) 方 法 ， 改 变 
HTML5 页 面 的 背景 颜色 。 


1) HIML5 





<script type="text/javascript"> 
function changeColor (color) { 
document .body.style.backgroundColor = color; 


</script> 





2) Android 





wvAds.getSettings().setJavascriptEnabled(true); 
wvAds.1loadUrl("file:// /android asset/104.htm]l"); 
btnShowAjlert .SetOnC1lickListener(new View.OnCclickListener() { 
@Override 
public void oncClick(View v) { 
String color = "#00QeeQ00"; 
wvAds.loadUrl("javascript: changeColor ('" + color + "');"); 


}); 





仍然 是 先 定 义 通 信 协 议 ， 这 次 定义 的 是 JavaScript 要 调用 的 Android 


例如 ， 点 击 HITML5 的 文字 ， 回 调 Java 中 的 callAndroidMethod 方 法 : 


1) HIML5 





<a onclick="baobao.callAndroidMethod(100,100，'ccc' ytrue)"> 
CallAndroidMethod</a> 





2) Android 


新 创建 一 个 JSInterfacel 类 ， 包 括 callAndroidMethod 方 法 的 实现 : 


LE | 


class JSInteface1 { 
public void callAndroidMethod(int a, float b, 
String c, boolean d) { 
if (d) { 
String ed ian ="- "+ (a+1i)+"-"+ (b+ 1) 
c+ 0- + d; 

new A Builder (MainActivity. this) 
.SetTitle("title") 
.SetMessage(strMessage).show!(); 





同时 ， 需 要 注册 baobao 和 JSInterfacel 的 对 应 关系 : 





wvAds.addJavascriptInterface(new JSInteface1()， "baobao"); 





调试 期 间 我 发 现 对 于 小 米 3 系 统 ， 要 在 方法 前 增加 
@JavascriptInterface， 人 否则 ， 就 不 能 触发 JavaScript 方 法 。 


3.4.3 App 和 HTML5 之 间 定 义 跳 转 协议 


根据 上 面 的 例子 ， 运 营 团队 就 找到 了 在 App 中 搞活 动 的 解决 方案 。 
不 必 等 到 App 每 次 发 新 版 才能 看 到 新 的 活动 页 面 ， 而 是 每 次 做 一 个 
HTML5 的 活动 页 面 ， 然 后 通过 MobileAPI 把 这 个 HTML5 页 面 的 地 址 告诉 


App， 由 App 加 载 这 个 HTML5 页 面 即 可 。 





在 这 个 HTML5 页 面 中 ， 我 们 可 以 定义 各 种 JavaScript 点 击 事 件 ， 从 
而 跳 转 回 App 的 任意 Native 页 面 。 


为 此 ，HTML5 团 队 需 要 事先 和 App 团 队 约 定好 一 个 格式 ， 例 如 : 


有 


gotoPersonCenter 
gotoMovieDetail:movieId=100 
gotoNewsList:cityId=1&cityName= 北 京 


gotoUrl:http://www.sina.com 





这 个 协议 具体 在 HTML5 页 面 中 是 这 样 的 ， 以 gotoNewsList 为 例 : 





<a onclick="baobao.gotoAnywhere( 
'gotoNewsList:cityId=(int)12&cityName= 北 京 


')"> 
gotoAnywhere</a> 





其 中 ， 有 些 协议 是 不 需要 参数 的 ， 比 如 说 gotoPersonCenter， 也 就 是 
个 人 中 心 ， 有 些 则 需要 跳 转 到 具体 的 电影 详情 页 ， 我 们 需要 知道 
movield; 有 时 候 1 个 参数 不 够 用 ， 我 们 需要 更 多 的 参数 ， 才 能 准确 获取 
到 我 们 想 要 的 数据 ， 比 如 说 gotoNewsList， 我 们 想 要 跳 转 到 2014 年 12 月 
31 号 北京 的 所 有 新 闻 信 息 ， 就 不 得 不 需要 cityId 和 createdTime 两 个 参 
数 ， 处 理 协议 的 代码 如 下 所 示 : 





public void gotoAnywhere(String url) { 
If (url != null) { 

if (url.startswith("gotoMovieDetail:")) { 
String strMovieId = url.substring(24); 
int movieId = Integer,VvValueof(SstrMovieId ) ; 
Intent intent = new Intent(MainActivity.this, MovieDetailActivity.class, 
intent.putExtra("movieId", movieId); 
startActivity(intent); 

} else if (url.startswith("gotoNewsList:")) { 
// as above 

} else if (url.startswith("gotopersonCenter")) { 
Intent intent = new Intent(MainActivity.this, PersonCenterActivity,.clas: 
startActivity(intent); 

} else if (url.startswith("gotoUrl:")) { 
String strUrl = url.substring(8); 
wvAds .loadUrl(strUr1); 

} 





这 里 的 让 分 支 逻 辑 太 多 ， 我 们 要 想 办 法 将 其 进行 抽象 ， 参 见 后面 
3.4.6 节 介绍 的 页 面 分 发 器 。 


3.4.4 ”在 App 中 内 置 HTML5 页 面 


什么 时 候 在 App 中 内 置 HTML5 页 面 ? 根据 我 的 经 验 ， 当 有 些 UI 不 太 
容易 在 App 中 使 用 原生 语言 实现 时 ， 比 如 画 一 个 奇形怪状 的 表格 ， 这 是 
HTML5 上 所 擅长 的 领域 ， 只 要 调整 好 屏幕 适 配 ， 就 可 以 很 好 地 应 用 在 App 
中 。 








下 面 详 细 介绍 如 何在 页 面 中 显示 一 个 表格 ， 表 格 里 的 数据 都 是 动态 
填充 的 。 


1) 首先 定义 两 个 HTML5 文 件 ， 放 在 assets 目 录 下 。 


其 中 ，102.html 是 静态 页 : 





<html> 
<head> 
</head> 
<body> 
<table> 
<dataiDefinedByBaobao> 
</table> 
</body> 
</html> 


[ee | 


而 datal_template.html 是 一 个 数据 模板 ， 它 负 贡 提供 表格 中 一 行 的 样 
式 : 





<tr> 
<td> 
<name> 
</td> 
<td> 
<price> 
</td> 
</tr> 





像 <name>、<price> 和 <datalDefinedByBaobao> 都 是 占 位 符 ， 我 们 接 
下 来 会 使 用 真实 的 数据 来 蔡 换 这 些 占 位 符 


2) 在 MovieDetailActivity 中 ， 通 过 遍历 movieList 这 ， 我 们 把 
数据 填充 到 sbContent 中 ， 最 终 ， 把 拼接 好 的 字符 串 蔡 换 
<datalDefinedByBaobao> 标 签 





String template = getFromAssets("datai1 template.html"); 
StringBuilder sbContent = new StringBuilder(); 
ArrayList<MovieInfo> movieList = organizeMovieList(); 
for (MovieInfo movie : movieList) { 
String rowData,; 
rowData = template.replace("<name>", movie.getName()); 
rowData = rowData.replace("<price>", movie.getPrice()); 
SbContent ,append(rowData) 
} 
String realData = getFromAssets("102.html"); 
realData = realData.replace("<dataiDefinedByBaobao>", 
SbContent tostring()); 
wvAds.loadData(realData, "text/html", "utf-8"); 





3.4.5 ”灵活 切换 Native 和 HTML5 页 面 的 策略 


对 于 经 常 需要 改动 的 页 面 ， 我 们 会 把 它 做 成 HTML5 页 面 ， 在 App 中 


以 webview 的 形式 加 载 。 这 样 就 避免 了 Native 页 面 每 次 修改 ， 都 要 等 一 


品 经 理 所 和 希望 的 。 








此 外 ，HTML5 的 另 一 个 好 处 是 ， 开 发 周期 短 


HI 





相 比 App 开 发 而 


但 是 HTML5 的 缺点 是 慢 。 我 们 来 看 一 下 HTML5 页 面 生 成 的 步 又 : 


1) 从 服务 器 端 动态 获取 数据 并 拼接 成 一 个 HTML 


返回 给 客户 端 WebView 


3) 在 WebView 中 解析 并 生成 这 个 HTML 








相对 于 Native 原 生 页 面 加 载 JSON 这 种 短小 精 悍 的 数据 并 展现 在 客户 
靖 而 言 ，HTML5 肯 定 是 慢 了 很 多 。 鱼 和 能 党 








能 掌 不 可 兼 得 ， 于 是 我 们 只 能 
在 灵活 性 和 性 能 上 作出 取舍 。 
但 是 我 们 可 以 换 一 个 思路 来 解决 这 个 问题 。 
Native 一 


我 同时 做 两 套 页 面 ， 


套 ，HTML5 一 套 ， 然 后 在 App 中 设置 一 个 变量 ， 来 判断 该 页 面 
将 显示 Native 还 是 HTML5 的 。 


这 个 变量 可 以 从 MobileAPI 获 取 ， 这 样 的 话 ， 正 常情 况 下 ， 是 Native 
页 面 ， 如 果 有 类 似 双 十 一 或 双 十 二 的 促销 活动 ， 我 们 可 以 修改 这 个 变 
量 ， 让 页 面 以 HTML5 的 形式 展现 。 这 样 ， 我 们 只 要 做 个 HTML5 的 页 面 


发 布 到 线 上 就 行 了。 等 活动 结束 后 再 撤回 到 Native 页 面 。 


以 此 类 推 ，App 中 所 有 的 页 面 ， 都 可 以 做 成 上 述 这 种 形式 ， 为 此 ， 
我 们 需要 改变 之 前 做 App 的 思路 ， 比 如 : 








1) 需要 做 一 个 后 台 ， 根 据 版 本 进行 配置 每 个 页 面 是 使 用 Native 页 面 
还 是 HTML5 页 面 。 





2) 在 App 启 动 的 时 候 ， 从 MobileAPI 获 取 到 每 个 页 面 是 Native 还 是 


HIMLS5.。 





3) 在 App 的 代码 层面 ， 页 面 之 间 要 实现 松 耦 合 。 为 此 ， 我 们 要 设 
计 一 个 导航 堪 Navigator， 由 和 它 来 控制 该 跳 转 到 Native 页 面 还 是 HTML5 页 
面 。 最 大 的 挑战 是 页 面 间 参数 传递 ， 字 典 是 一 种 比较 好 的 形式 ， 消 除了 
不 同 页 面 对 参 数 类 型 的 不 同 要 求 。 





接 下 来 ， 就 是 App 运 营 人 员 和 产品 经 理 随心 所 欲 的 进行 配置 了 。 


在 实际 的 操作 中 ， 一 定 要 注意 ，HTML5 页 面 只 是 权宜 之 计 ， 可 以 
快速 上 一 个 活动 ， 比 如 类 似 于 双 十 一 的 节假日 ， 从 而 以 迅雷 不 及 掩 耳 之 
势 打击 竞争 对 手 。 随 着 HTML5 和 Native 的 不 同步 ， 当 一 个 页 面 再 从 
HTML5 切 换 回 Native 时 ， 我 们 会 发 现 ， 它 们 的 逻辑 已 经 蕉 了 很 多 了 ， 切 
回来 就 会 有 很 多 bug， 而 我 们 又 只 能 是 在 App 发 布 后 才 发 现 这 样 的 问 


题 。 




















唯一 的 解决 方案 是 ， 把 App 和 HTML5 划 归 到 一 个 团队 ， 由 产品 经 理 
整理 二 者 的 差异 性 ， 要 做 到 二 者 尽量 同步 ， 一 言 以 项 之 ，App 要 时 刻 追 
赶 HIML5 的 逻辑 ， 追 赶 上 了 就 切换 回 Native。 





346 页 面 分 发 需 


我 们 知道 ， 跳 转 到 一 个 Activity， 需 要 传递 一 些 参数 。 这 些 参数 的 
类 型 简单 如 int 和 String， 复 洒 的 则 是 列表 数据 或 者 可 序列 化 的 目 定 义 实 
体 。 





但 是 ， 如 果 从 HTML5 页 面 跳 转 到 Native 页 面 ， 是 不 大 可 能 传递 复杂 
类 型 的 实体 的 ， 只 能 传递 简单 类 型 。 所 以 ， 并 不 是 每 个 Native 页 面 都 可 
以 替换 为 HTML5。 


接 下 来 要 讨论 的 是 ， 对 于 那些 来 自 HTML5 页 面 、 传 递 简单 类 型 的 
页 面 跳 转 请 求 ， 我 们 将 其 抽象 为 一 个 分 发 器 ， 放 到 BaseActivity 中 。 


还 记得 我 们 在 3.4.3 节 定义 的 协议 吗 ， 以 gotoMovieDetail 为 例 : 





<a onclick="baobao.gotoAnywhere( 
'gotoMovieDetail:movieId=12')"> 
gotoAnywhere</a> 





我 们 将 其 改写 为 : 





<a onclick="baobao.gotoAnywhere( 
'com.example.youngheart .MovieDetailActivity, 


i0OS.MovieDetailViewController:movieId=(int)123"')"> 
gotoAnywhere</a> 





我 们 看 到 ， 协 议 的 内 容 分 成 3 段 ， 第 一 段 是 Android 要 跳 转 到 的 
Activity 的 名 称 。 第 二 段 是 iOS 要 跳 转 到 的 ViewController 的 名 称 ， 第 三 段 
是 需要 传递 的 参数 ， 以 key-value 的 形式 进行 组 闭 。 


我 们 接 下 来 要 做 的 就 是 从 协议 URL 中 取出 第 1 段 ， 将 其 反射 为 一 个 
Activity 对 象 ， 取 出 第 3 段 ， 将 其 解析 为 key-value 的 形式 ， 然 后 从 当前 页 
面 跳 转 到 目标 页 面 并 配 以 正确 的 参数 。 其 中 ， 写 一 个 辅助 函数 
getAndroidPageName， 用 来 获取 Activity 名 称 : 








public class BaseActivity extends Activity { 
private String getAndroidPageName(String key) { 
String pageName = null,; 
int pos = key.indexof(","); 


if (pos == -1) { 
pageName = key; 
} else { 


pageName = key.substring(0, pos); 
return pageName; 


public void gotoAnywhere(String url) { 
If (url == null) 


return; 

String pageName = getAndroidPageName(ur1); 

if (pageName == null || pageName.trim() == "") 
return; 


Intent intent = new Intent(); 
int pos = url.indexof(":"); 
if (pos > 0) { 
String StrParams = url.substring(pos); 
String[] pairs = strParams.split("&"); 
for (String StrKeyAndValue : pairs) { 
String[] arr = strKkeyAndValue.split("="); 
String key = arr[0]; 
String value = arr[1]; 
if (value.startswith("(int)")) { 
intent.putExtra(key, 
Integer .valueof(value.substring(5))); 
} else if (value.startswith("(Double)")) { 
intent.putExtra(key, 
Double.valueof (value.substring(8))); 
} else { 


intent.putExtra(key, value); 
} 
} 
try { 
intent.setClass(this, Class.forName(pageName)); 
} catch (ClassNotFoundException e) { 
e,printStackTrace( ); 


startActivity(intent); 





注意 ， 在 协议 中 定义 这 些 简单 数据 类 型 的 时 候 ，String 是 不 再 要 指 
定 类 型 的 ， 这 是 使 用 最 广泛 的 类 型 。 对 于 int、Double 等 简单 类 型 ， 我 们 
要 在 值 前 面 加 上 类 似 (int) 这 样 的 约定 ， 这 样 才能 在 解析 时 不 出 问题 。 


3.5 ”消灭 全 局 变量 
本 节 我 们 要 讨论 的 是 一 个 深刻 的 话题 。 相 信 很 多 人 都 遇 到 过 App 莫 
名 其 妙 就 崩溃 的 情况 ， 尤 其 是 一 些 配 置 很 低 的 手机 ， 重 现场 景 就 是 在 


App 切 换 到 后 人 台 ， 困 置 了 一 段 时 间 后 再 继续 使 用 时 ， 就 会 朋 潢 。 


3.5.1 问题 的 发 现 








导致 上 述 骨 溃 友 生 的 非 鬼神 首 台 是 全 局 变量 。 下 述 代 码 就 是 在 生成 


public class GlobalVariables 1{ 
public static UserBean User,; 
} 


在 内 存 不 足 的 时 候 ， 系 统 会 回收 一 部 分 朵 置 的 资源 ， 由 于 App 被 切 
换 到 后 台 ， 上 所 以 之 前 存放 的 全 局 变量 很 容易 被 回收 ， 这 时 再 切换 到 前 合 
继续 使 用 ， 在 使 用 某 个 全 局 变量 的 时 候 ， 就 会 因为 全 局 变量 的 值 为 空 而 
月 涡 。 这 不 是 个 例 。 我 经 历 过 最 糟糕 的 App 竟 然 使 用 了 200 多 个 全 局 变 
量 ， 任 何 页 面 从 后 台 切 换 回 前 台 都 有 册 尝 的 可 能 。 

















想 彻 乓 解决 这 个 问题 ， 就 一 定 要 使 用 序列 化 技术 。 


3.5.2 ”把 数据 作为 Intent 的 参数 传递 


一 劳 永 逸 地 解决 上 述 问题 就 是 不 使 用 全 局 变量 ， 使 用 Intent 来 进 
行 页 面 间 数 据 的 传递 。 因 为 ， 即 使 目标 Activity 被 系统 销毁 了 ，Intent 上 
的 数据 仍然 存在 ， 所 以 Intent 是 保存 数据 的 一 个 很 好 的 地 方 ， 比 本 地 文 
件 靠 谱 。 但 是 Intent 能 传递 的 数据 类 型 也 必须 支持 序列 化 ， 像 
JSONObject 这 样 的 数据 类 型 ， 是 传递 不 过 去 的 。 对 于 一 个 有 200 多 个 全 
局 变量 的 App 而 言 ， 重 构 的 工作 量 很 大 ， 风 险 也 很 大 。 








男 外 ， 如 末 Intent 上 携 币 的 数据 量 过 大 ， 也 会 及 生 崩 沉 。 第 7 章 会 对 
此 有 详细 的 介绍 。 


3.5.3 ”把 全 局 变量 序列 化 到 本 地 





为 一 个 比较 稳 受 的 解决 方案 是 ， 我 们 仍然 使 用 全 局 变量 ， 在 每 次 修 
改 全 局 变量 的 值 的 时 候 ， 痢 要 把 值 序列 化 到 本 地 文件 中 ， 这 样 的 话 ， 即 
使 内 存 中 的 全 局 变量 被 回收 ， 本 地 还 保存 有 最 新 的 值 ， 当 我 们 再 次 使 用 
全 局 变量 时 ， 就 从 本 地 文件 中 再 反 序 列 化 到 内 存 中 。 





这 样 就 解 了 燃眉之急 ， 数 据 不 再 丢失。 但 长 远 之 计 还 是 要 一 个 模块 
一 个 模块 地 将 全 局 变量 转换 为 Intent 上 可 序列 化 的 实体 数据 。 但 这 是 后 
话 ， 眼 前， 我 们 先 要 把 全 局 变量 序列 化 到 本 地 文件 ， 如 下 所 示 ， 我 们 对 
全 局 GlobalsVariables 变 量 进行 改造 : 


有 


public class GlobalVariables implements Serializable, Cloneable { 
pA 
* @Fields: serialVersionUID 
*/ 
private static final long serialVersionUID = 1L; 
private static GlobalVariables instance; 
private GlobalVariables() { 
} 
public static GlobalVariables getInstance() { 
If (instance == nul1) { 
Object object = Utils.restoreObject( 
AppConstants.CACHEDIR + TAG); 
if(object == null) 区 // App 首 次 启动 ， 文 件 不 存在 则 新 建 之 


object = new GlobalVvVariables() 
Utils.saveObject( 
AppConstants.CACHEDIR + TAG, object); 
} 


instance = (GlobalVariables)object; 


} 


return instance; 


public final static String TAG = "GlobalVariables"; 
private UserBean user,; 
public UserBean getUser() { 

return user; 


public void setUser(UserBean user) { 
this.user = user; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


} 
// - 


一 以 下 


3 个 方法 用 于 序列 化 一 


public GlobalVariables readResolve() 
throws ObjectStreamException, 
CloneNotSupportedException { 
instance = (GlobalVariables) this.clone(); 
return instance; 


private void readobject(ObjectInputStream ois) 
throws IOException, ClassNotFoundException { 
ois.defaultReadOobject(); 


} 
public Object Clone() throws CloneNotSupportedException { 
return super.clone(); 


public void reset() { 
user = null; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 
} 
} 





就 是 这 短 短 的 六 十 多 行 代码 ， 解 决 了 全 局 变量 GlobalsVariables 被 回 
收 的 问题 。 我 们 对 其 进行 详细 分 析 : 


1) 首先 ， 这 是 一 个 单 例 ， 我 们 只 能 以 如 下 方式 来 读 写 user 数 据 : 





UserBean user = GlobalsVariables.getIinstance().getUser(); 
GlobalsVariables.getIinstance().setUser(user); 





同时 ，GlobalsVariables 还 必须 实现 Serializable 接 口 ， 以 支持 序列 化 
自身 到 本 地 。 然 而 ， 为 了 使 一 个 单 例 类 变 成 可 序列 化 的 ， 仅 仅 在 声明 中 
添加 “implements Serializable” 是 不 够 的 。 因 为 一 个 序列 化 的 对 象 在 每 次 


反 序 列 化 的 时 候 ， 都 会 创建 一 个 新 的 对 象 ， 而 不 仅仅 是 一 个 对 原 有 对 象 
的 引用 。 为 了 防止 这 种 情况 ， 需 要 在 单 例 类 中 加 入 readResolve 方 法 和 
readObject 方 法 ， 并 实现 Cloneable 接 口 。 


2) 我 们 仔细 看 GlobalsVariables 这 个 类 的 构造 函数 。 这 和 一 般 的 单 
例 模式 写 的 不 太一 样 。 我 们 的 逻辑 是 ， 先 判断 instance 是 否 为 空 ， 不 为 
空 ， 证 明 全 局 变量 没有 被 回收 ， 可 以 继续 使 用 ;为 空 ， 要 么 是 第 一 次 启 
动 App， 本 地 文件 都 不 存在 ， 更 不 要 说 序列 化 到 本 地 了 ; 要 么 是 全 局 
量 被 回收 了 ， 于 是 我 们 需要 从 本 地 文件 中 将 其 还 原 回来 。 





ba 








为 此 ， 我 们 在 Utils 类 中 编写 了 restoreObject 和 saveObject 两 个 方法 ， 
分 别 用 于 把 全 局 变量 序列 化 到 本 地 和 从 本 地 文件 反 序列 化 到 内 存 ， 如 下 
所 示 : 





public static final void saveObject(String path, Object saveObject) { 
FileOutputStream fos = null; 
ObjectOutputStream oo0s = null; 
File f = new File(path); 
try { 
fos = new FileOutputSstream(f); 
00s = new ObjectOutputStream(fos); 
o0s.writeObject(saveObject); 
} catch (FileNotFoundException e) { 
e.printSstackTrace(); 
} catch (IOException e) { 
e.printStackTrace(); 
} finally { 
try { 
If (o00s != null) { 
o0s.close(); 


} 
If (fos != null) { 
fos ,close() 


} 
} catch (IOException e) { 
e.printStackTrace( ); 


public static final Object restoreobject(String path) { 
FileInputStream fis = null; 
ObjectIinputStream ois = null; 
Object object = null; 
File f = new File(path); 
if (!f.exists()) { 
return null; 
} 


try { 
fis = new FileInputStream(f); 


ois = new ObjectInputStream(fis); 
object = ois,.readobject(); 
return object; 

catch (FilJeNotFoundException e) { 
e.printStackTrace(); 

catch (IOException e) { 
e.printSstackTrace(); 

catch (ClassNotFoundException e) { 
e.printStackTrace(); 

finally { 
try { 

If (ois != null) { 
ois.close(); 


wv 


} 
if (fis != null) { 
fis.close(); 


} 
} catch (IOException e) { 
e.printStackTrace(); 


return object ， 





3) 全 局 变量 的 User 属 性 ， 具 有 getUser 和 SetUser 这 两 个 方法 。 我 们 
就 看 这 个 setUser 方 法 ， 它 会 在 每 次 设置 一 个 新 值 后 ， 执 行 一 次 Utils 类 的 
saveObject 方 法 ， 把 新 数据 序列 化 到 本 地 。 


值得 注意 的 是 ， 如 果 全 局 变量 中 有 一 个 自 定义 实体 的 属性 ， 那 么 我 
们 也 要 将 这 个 自 定 义 实 体 也 声明 为 可 序列 化 的 ，UserBean 实 体 就 是 一 个 
很 好 的 例子 。 它 作为 全 局 变量 的 一 个 属性 ， 其 自身 也 必须 实现 
Serializable 接 口 。 








接 下 来 我 们 看 如 何 使 用 全 局 变量 。 





private void gotoLoginActivity() { 
UserBean user = new UserBean(); 
user .setUserName("Jianqiang"); 
user.setCountry("Beijing"); 
user .setAge(32); 
Intent intent = new Intent(LoginNew2Activity.this, 

PersonCenterActivity.class); 

GlobalVariables.getIinstance().setUser(user); 
StartActivity(intent ) ， 





2) 在 目标 页 PersonCenterActivity: 





protected void initVariables() { 
UserBean user = GlobalVariables.getIinstance().getUser(); 
int age = user.getAge(); 








3) 在 App 局 动 的 时 候 ， 我 们 要 清空 存储 在 本 地 文件 的 全 局 变量 ， 
因为 这 些 全 局 变量 的 生命 周期 都 应 该 伴随 着 App 的 关闭 而 消亡 ， 但 是 我 
们 来 不 及 在 App 关 闭 的 时 候 做 ， 所 以 只 好 在 App 启 动 的 时 候 第 一 件 事情 
就 是 清除 这 些 临时 数据 : 








GlobalVariables.getIinstance().reset(); 





为 此 ， 需 要 在 GlobalVariables 这 个 全 局 变量 类 中 增加 一 个 reset 方 
法 ， 用 于 清空 数据 后 把 空 值 强制 保存 到 本 地 。 





public void reset() { 


user = null; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 





3.5.4 ”序列 化 的 缺 后 
再 次 强调 ， 把 全 局 变量 序列 化 到 本 地 的 方案 ， 只 是 一 种 过 渡 型 解决 
方案 ， 它 有 几 个 硬 伤 : 


1) 每 次 设置 全 局 变量 的 值 都 要 强制 执行 一 次 序列 化 的 操作 ， 容 易 
造成 ANR。 


我 们 看 一 个 例子 ， 写 一 个 新 的 全 局 变量 GlobalVariables3， 它 有 3 个 
属性 ， 如 下 所 示 : 





private String userName; 
private String nickName; 
private String country; 
public void reset() { 
userName = null,; 
nickName = null,; 
country = null; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


public String getUserName() { 
return userName; 


public void setUserName(String userName) { 
this.userName = UserName,; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


} 
public String getNickName() { 
return nickName; 


public void setNickName(String nickName) { 
this.nickName = nickName ， 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


public String getCountry() { 
return country; 


public void setCountry(String country) { 


this.country = Country 
Utils.saveobject(AppCconstants ,CACHEDIR + TAG，this)， 





那么 在 给 GlobalVariables3 设 值 的 时 候 ， 如 下 所 示 : 





private void simulateANR() { 
GlobalVariables3.getIinstance().setUserName("jianqiang.bao"); 
GlobalVariables3.getInstance().setNickName(" 包 包 


i 中 


GlobalVariables3.getIinstance().setCountry("China"); 





我 们 会 发 现 ， 每 次 设置 值 的 时 候 ， 都 要 将 GlobalVariables3 强 制 序列 
化 到 本 地 一 次 。 性 能 会 很 兰 ， 如 果 属 性 多 了 ， 强 制 序列 化 的 次 数 也 会 变 
多 ， 因 为 读 写 文 件 的 次 数 多 了 ， 就 会 造成 ANR。 


相应 的 解决 方 采 很 丑陋 ， 如 下 所 示 : 





public void setUserName(String userName, boolean needSave) { 
this.userName = userName; 
if(needSave) { 
Utils.saveObject(AppConstants ,CACHEDIR + TAG, this); 
} 


public void setNickName(String nickName, boolean needSave) { 
this.nickName = nickName; 
if(needSave) { 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 
} 


} 
public void setCountry(String country, boolean needSave ) { 
this.country = country; 
if(needSave) { 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 
} 


} 





也 就 是 说 ， 为 每 个 set 方 法 多 加 一 个 boolean 参 数 ， 来 控制 是 否 要 在 


改动 后 做 序列 化 。 同 时 在 GlobalVariables3 中 提供 一 个 save 方 法 ， 就 是 做 
序列 化 的 操作 。 


这 样 改动 之 后 ， 我 们 再 给 GlobalVariables3 设 值 的 时 候 就 要 这 样 写 





private void simulateANR2() { 
GlobalVariables3.getIinstance().setUserName("bao", false); 
GlobalVariables3.getInstance().setNickName(" 包 包 


", false); 
GlobalVariables3.getIinstance().setCountry("China", false); 
GlobalVariables3.getIinstance().save(); 


} 





也 就 是 说 ， 每 次 set 后 不 做 序列 化 ， 都 设置 完 后 ， 一 次 性 序列 化 到 本 
地 。 这 么 写 代 码 很 恶心 ， 但 我 之 前 说 过 ， 这 只 是 权宜 之 计 ， 相 当 于 打 补 
丁 ， 证 临时 的 解决 方案 。 








2) 序列 化 生成 的 文件 ， 会 因为 内 存 不 够 而 丢失 。 


这 个 问题 也 是 在 把 全 局 变量 都 序列 化 到 本 地 后 发 现 的 ， 究 其 原因 ， 
就 是 因为 我 们 将 序列 化 的 本 地 文件 放 在 了 内 
存 /data/data/com.youngheart/cache/ 这 个 目录 下 。 内 存 空间 十 分 有 限 ， 
而 显得 可 贵 ， 一 旦 内 存 空 间 耗 尽 ， 手 机 也 就 无 法 使 用 了 。 因 为 我 们 的 全 
局 变量 非常 多 ， 上 所 以 内 部 空间 会 耗 尽 ， 这 个 序列 化 文件 会 被 清除 。 其 实 
SharedPreferences 和 SQLite 数 据 库 也 都 是 存储 在 内 存 空间 上 ， 所 以 这 个 
文件 如 果 太 大 ， 也 会 引发 数据 丢失 的 问题 。 

















有 人 问 我 为 什么 不 存在 SD 卡 上 ， 嗯 ，SD 卡 确实 空间 大 得 很 ， 但 是 
不 稳定 ， 不 是 所 有 的 手机 ROM 对 其 都 有 完好 的 文 持 ， 我 不 能 相信 它 。 





临时 解决 方案 是 ， 每 次 使 用 完 一 个 全 局 变量 ， 丈 要 将 其 清空 ， 然 后 


强制 序列 化 到 本 地 ， 以 确保 本 地 文件 体积 减 小 。 


3) Android 提 供 的 数据 类 型 并 不 全 都 文 持 序 列 化 。 





我 们 要 确保 全 局 变量 的 每 个 属性 都 可 以 序列 化 。 然 而 ， 并 不 是 所 有 
的 数据 类 型 都 可 以 序列 化 的 。 那 么 ， 哪 些 数 据 可 以 序列 化 呢 ? 表 3-1 是 
我 经 过 测试 得 到 的 结果 。 


表 3-1 各 种 类 型 数据 对 序列 化 的 支持 程度 


类 型 是 否 支持 序列 化 


简单 类 型 int. String. Boolean 等 支持 
String[] 支持 
Boolean[] 文 持 
int[] 支持 
String[][] 支持 
int[][] 支持 
ArrayList 支持 
Calendar 支持 
JSONObject 不 支持 
JSONAITay 不 支持 


HashMap<String. Object> 


ArrayList<HashMap<String. Object>> 


因为 Object 可 能 是 不 支持 序列 化 的 JSONObject 类 型 ， 所 


以 HashMap<String, Object> 不 一 定 支 持 序列 化 


因为 Object 可 能 是 不 支持 序列 化 的 JSONObject 类 型 ， 所 


以 ArrayList<HashMap<String. Object>> 不 一 定 支 持 序列 化 


这 就 从 妨 一 方面 证 明了 ， 我 们 尽量 不 要 使 用 不 能 序列 化 的 数据 类 


型 ， 包 括 JSONObject、JSONArray、HashMap<String,Object>、 


ArrayList<HashMap<String,Object>>。 





新 项 目 可 以 尽量 规避 这 些 数据 类 型 ， 但 是 老 项 目 可 就 棘手 了 。 好 在 
天 无 绝 人 之 路 ， 我 经 过 大 量 实践 ， 得 到 一 些 解决 方案 ， 如 下 所 示 。 


1) JSONObject 和 JSONArray 


虽然 JSONObject 不 支持 序列 化 ， 但 是 可 以 在 设置 的 时 候 将 其 转换 为 
字符 串 ， 然 后 序列 化 到 本 地 文件 。 在 需要 读 取 的 时 候 ， 就 从 本 地 文件 反 
序列 化 处 理 这 个 字符 串 ， 然 后 再 把 字符 串 转 换 为 JSONObject 对 象 ， 如 下 
所 示 : 





private String strCinema; 
public JSONObject getCinema() { 
if(strCinema == Null) 
return null; 
try { 
return new JSONObject(strCinema); 
} catch (JSONException e) { 
return null; 


public void setCinema( JSONObject cinema) { 
if(cinema == null) { 
this.strCinema = null; 
Utils.saveObject(AppConstants ,CACHEDIR + TAG, this); 
return; 


this.strCcinema = cinema.toString(); 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 
} 





JSONArray 如 法 炮制 。 只 需要 把 上 述 代码 中 的 JSONObject 蔡 换 为 
JSONArray 即 可 。 


2) HashMap<String,Object> 和 ArrayList<HashMap<String,Object>> 


为 Object 可 以 是 各 种 类 型 ， 有 可 能 是 JSONObject 和 JSONArray， 
所 以 以 上 两 种 类 型 不 一 定 文 持 序列 化 。 


首选 的 解决 方案 是 ， 如 果 HashMap 中 所 有 的 对 象 都 不 是 JSONObject 
和 JSONArray， 那 么 以 上 两 种 类 型 就 是 文 持 序列 化 的 。 建 议 将 Object 全 
都 改 为 String 类 型 的 。 





private HashMap<String, String> rules; 
public HashMap<String, String> getRules() { 
return rules; 


} 

public void setRules(HashMap<String, String> rules) { 
this.rules = rules; 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 


} 





其 次 ， 如 果 HashMap 中 存放 有 JSONObject 或 JSONArray， 那 么 我 们 
就 要 在 set 方 法 中 ， 裔 历 HashMap 中 存放 的 每 个 Object， 将 其 转换 为 字符 
串 。 








以 下 是 代码 实现 ， 你 会 看 到 算法 超级 楷 玉 ， 效 率 也 非常 过: 





HashMap<String, Object> guides 
public HashMap<String, Object> getGuides() { 
return guides,; 


} 
public void setGuides(HashMap<String, Object> guides) { 
If (guides == null) { 
this,guides = new HashMap<String, Object>(); 
Utils.saveObject(AppConstants ,CACHEDIR + TAG, this); 
return; 


this.guides = new HashMap<String, Object>(); 
Set set = guides.entrySet(); 
java.util,.Iterator it = guides.entrySet().iterator(); 


while (it.hasNext()) { 
java.util,.Map.Entry entry = (java.util.Map.Entry) it.next(); 
Object value = entry.getValue(); 
String key = String.valueOof(entry.getkey()); 
this,.guides.put(key, String.valueof(value)); 


} 
Utils.saveObject(AppConstants.CACHEDIR + TAG, this); 
} 





对 于 HashMap<String,Object> 类 型 ， 无 论 是 get 方 法 还 是 set 方 法 ， 都 
非常 慢 ， 因 为 要 遍历 HashMap 中 存放 的 所 有 对 象 。 





ArrayList<HashMap<String,Object>> 是 HashMap<String,Object> 的 集 
合 ， 所 以 对 其 进行 表 历 ， 会 更 加 慢 。 


在 遇 到 了 N 多 次 以 上 解决 方案 导致 的 ANR 之 后 ， 我 决定 将 这 两 种 超 
级 复杂 的 数据 结构 ， 全 部 改造 为 可 序列 化 的 实体 。 好 在 这 样 的 数据 类 型 
在 App 中 不 太 多 ， 重 构 的 成 本 不 是 很 大 。 





3.5.5 ”如 果 Activity 也 被 销毁 了 呢 


如 果 内 存 不 足 导 致 当前 Activity 也 被 销毁 了 呢 ? 比 如 说 旋转 屏 磅 从 
竖 屏 到 横 屏 。 


即使 Activity 被 销毁 了 ， 传 递 到 这 个 Activity 的 Intent 并 不 会 丢失 ， 在 
重新 执行 Activity 的 onCreate 方 法 时 ，Intent 携 带 的 bundle 参 数 还 是 在 的 。 
所 以 ， 我 们 的 解决 方案 是 重新 执行 当前 Activity 的 onCreate 方 法 ， 这 样 做 


最 安全 。 





但 是 另 一 个 问题 就 又 浮 出 水 面 了 : Activity 需 要 保存 页 面 状 态 吗 ? 


想必 各 位 亲 们 都 看 过 Android SDK 中 的 贪 食 蛇 游戏 ， 它 讲 的 就 是 在 
Activity 梓 销毁 后 保存 贫 食 蛇 的 位 置 ， 这 样 的 话 ， 恢 复 该 页 面 时 就 能 根 
气 之 前 保存 的 贫 食 蛇 的 位 置 继续 游 戏 。 





这 个 Demo 用 到 了 Activity 的 以 下 2 个 方法 : 
“onSavelnstanceState() 


“onRestoreInstanceStatel() 


网 上 关于 以 上 两 个 方法 的 介绍 和 讨论 不 胜 枚 举 ， 下 面 只 是 分 部 我 的 
使 用 心得 。 





对 于 游戏 以 及 视频 播放 器 而 言 ， 保 存 页 面 上 每 个 控件 的 状态 是 必须 
的 ， 因 为 每 当 Activity 科 销毁， 用 户 都 希望 能 恢复 销毁 之 前 的 状态 ， 毕 
如 游戏 进行 到 哪个 程度 了 ， 视 频 播放 到 哪个 时 间 点 了 。 





但 是 对 于 社区 类 或 者 电 商 类 App 而 言 ， 页 面 繁 多， 多 于 100 个 页 面 
的 App 比 比 皆 是 。 如 果 每 个 页 面 都 保存 所 有 控件 的 状态 ， 工 作 量 就 会 很 
大 ， 要 知道 这 样 的 App， 每 个 页 面 都 有 大 量 的 控件 和 交互 行为 ， 需 要 记 
录 的 状态 会 很 多 。 

















所 以 ， 不 记录 状态 ， 直 接 让 页 面 重 新 执行 一 过 onCreate 方 法 ， 是 一 


种 比较 稳 忌 的 方法 。 丢 失 的 数据 ， 是 页 面 加 载 完 成 之 后 的 用 户 行为 ， 让 
用 户 重 新 操作 一 过 就 是 了 。 


额外 说 一 句 ， 想 保存 页 面 状 态 ， 是 件 很 难 的 事情 。 这 一 点 
WindowsPhone 做 得 很 好 ， 因 为 它 是 基于 MVVM 的 编程 模型 ， 它 把 业务 
逻辑 ViewModel 和 页 面 View 彻 奔 分 开 ， 同 时 ，View 中 的 每 个 控件 的 状 
态 ， 都 与 ViewModel 中 的 属性 进行 了 绑 定 ， 这 样 的 话 ，View 中 控件 状态 
变化 ，ViewModel 中 的 属性 也 会 相应 变化 ， 反 之 亦 然 。 所 以 把 
ViewModel 序 列 化 到 本 地 ， 即 使 View 被 销毁 了 ， 重 新 创建 View， 并 把 保 
存 到 本 地 的 ViewModel 与 之 绑 定 ， 就 可 以 重 现 View 被 销毁 之 前 的 状态 
一 一 我 们 称 为 墓碑 机 制 。 





不 得 不 说 ， 铀 软 的 墓碑 机 制 确实 做 得 很 好 ， 它 吸取 了 iOS 和 Android 
的 经 验 ， 让 恢复 页 面 状 态 变 得 容易 很 多 。 








3.5.6 ”如 何 看 待 SharedPreferences 


在 我 们 决定 禁止 使 用 全 局 变量 后 ， 曾 经 一 段 时 间 确 实 有 了 很 好 的 效 
果 ， 但 是 我 后 来 仔细 一 看 项 目 ， 新 的 全 局 变量 倒是 真 的 不 再 有 了 ， 大 家 
都 改 为 存 取 SharedPreferences 的 方式 了 。 














在 我 看 来 ，SharedPreferences 是 全 局 变量 序列 化 到 本 地 的 另 一 种 形 
式 。SharedPreferences 中 也 是 可 以 存 取 任何 支持 序列 化 的 数据 类 型 的 。 








我 们 应 该 严格 控制 SharedPreferences 中 存放 的 变量 的 数量 。 有 些 数 
据 存 在 SharedPreferences 中 是 合理 的 ， 比 如 说 当前 所 在 城市 名 称 、 设 置 
页 面 的 那些 开关 的 状态 等 等 。 但 不 要 把 页 面 跳 转 时 要 传递 的 数据 放 在 
SharedPreferences 中 。 这 时 候 ， 要 优先 考虑 使 用 Intent 来 传递 数据 。 











3.5.7 ”User 是 唯一 例外 的 全 局 变量 








依 我 看 来 ，App 中 只 有 一 个 全 局 变量 的 存在 是 合理 的 ， 那 就 是 User 
类 。 我 们 在 任何 地 方 都 有 可 能 使 用 到 User 这 个 全 局 变量 ， 比 如 获取 用 户 
名 、 用 户 上 昵称、 里 份 证 号码 等 等 。 


User 这 个 全 局 变量 的 实现 ， 可 以 参考 本 章 讲 解 的 例子 。 


每 次 登录 ， 都 要 把 登录 成 功 后 获取 到 的 用 户 信息 保存 到 User 类 。 以 
后 ， 每 当 User 的 属性 有 变动 时 ， 我 们 都 要 把 User 保 存 一 次 。 退 出 登录 ， 
就 把 User 类 的 信息 进行 清空 。 与 之 前 我 们 所 设计 的 全 局 变量 不 同 ，App 
局 动 时 不 需要 清空 User 类 的 数据 。 因 为 我 们 希望 App 记 住 上 次 用 户 的 登 
录 状 态 以 及 用 户 信 息 。 再 讲 下 去 就 涉及 用 户 Cookie 的 机 制 了 。 


3.6 ”本 章 小 结 


本 章 讨论 了 App 中 的 集中 几 种 场景 的 设计 ， 其 中 包括 : 如 何 设 计 
App 图 片 缓存 ， 如 何 优化 网 络 流 量 ， 对 城市 列表 的 重新 思考 ， 如 何 让 
HTML5 在 App 中 发 挥 更 大 的 作用 ， 如 何 解决 全 局 变量 过 多 导致 的 内 存 回 


收 问题 ， 等 等 。 








下 一 章 ， 我 将 介绍 Android 的 编码 规范 和 命名 规范 。 


第 4 章 Android 命名 规范 和 编码 规范 





写本 章 的 时 候 ， 我 正在 亚 补 《 灌 篮 高 手 》。 在 狂笑 过 后 ， 冷 静 地 思 
考 亦 木 盏 团 的 成 与 败 。 这 个 团队 的 每 个 成 员 都 是 个 性 强 到 焊 表 ， 这 恰恰 
是 该 团队 的 软肋 ， 即 每 个 成 员 都 不 会 为 了 团队 的 利益 而 抛 莽 个 性 。 














由 此 想到 写 程序 中 ， 编 码 规范 是 泄 灭 程序 员 个 性 的 一 项 制度 ， 但 对 
于 整个 团队 而 言 ， 却 是 一 件 利器 。 它 能 让 代码 整齐 有 序 ， 任 何人 都 能 接 
手 其 他 人 的 工作 ， 而 不 会 因为 代码 风格 授 异 而 花费 过 多 时 间 。 





代码 是 程序 员 的 第 二 张 脸 。 每 个 程序 员 在 嘲笑 别人 代码 的 同时 ， 有 
没有 想 过 目 己 的 代码 也 会 成 为 别人 的 谈资 呢 ? 





制定 规范 不 需要 太 多 的 理论 知识 ， 只 要 记 住 两 点 就 够 了 : 尽量 简 
单 ， 多 写 注释 。 


4.1 Android 命 名 规范 


无 规矩 不 成 方圆 。 


一 个 项 目 必须 有 统一 的 命名 规范 ， 只 有 这 样 ， 才 像 是 一 个 团队 做 的 
产品 。 命 名 规范 有 以 下 几 点 需要 注意 : 





首先 ， 命 名 规范 不 能 反 人 类 。 
我 曾经 见 过 有 的 Team Leader 这 样 为 Acitivty 设 计 命 名 规范 : 
PersonActivityAddCustomer.java 


我 看 过 他 们 团队 的 项 目 ， 所 有 的 Activity 全 都 是 上 述 这 种 “模块 名 
+Activity+ 页 面 名 ”的 命名 方式 。 我 很 奇怪 的 是 ， 为 什么 不 设计 成 以 下 方 
式 呢 ， 如 图 4-1 所 示 。 


和 骨 com.youngheart.activity.person 
b [ND AddCustomerActivity.java 
图 4-1 ”Activity 的 命名 规范 


这 束 涉 及 人 生 观 、 价 值 观 和 审美 观 了 ， 作 为 Team Leader， 不 能 因 
为 自己 的 疗 好 ， 制 定 出 一 些 变 态 的 规范 ， 而 让 其 他 团队 成 员 跟 着 受罪 。 


其 次 ， 要 望 文 而 知 义 ， 清 晰 准确 。 比 如 说 登录 页 面 的 登录 按钮 ， 命 
名 时 就 不 能 像 button1 这 样 随心 所 欲 ， 要 类 似 于 login_button〔 资 源 文件 ) 
或 btnLogin 〈java 代 码 中 的 按钮 实例 ) 这样 的 名 称 。 


此 外 ， 遇 到 MyGridView 之 类 的 命名 ， 就 可 以 把 创建 该 文件 的 同学 
拉 出 去 打 80 大 板 了 ， 而 且 要 肚皮 朝 上 的 那 种 打 法 。 


最 后 ， 命 名 规范 千 万 别 制 定 太 多 ， 多 了 会 让 人 烦 ， 没 人 看 ， 更 没 人 
壮 守 。 要 做 到 简单 易 记 ， 适 可 而 止 。 


下 面 说 点 具体 的 规则 : 

1) Java 类 文件 命名 规范 。 

“Activity 命 名 规范 : 以 Activity 作 为 后 级 。 比 如 说 PersonActivity。 
.Adapter 命 名 规范 : 以 Adapter 作 为 后 缀 。 比 如 说 PersonAdapater。 


.Entity 命名 规范 : 大 多 以 Entity 作 为 后 经。 比如 说 PersonEntity。 值 
得 注意 的 是 ，User 是 全 局 变量 ， 不 算是 实体 ， 不 受 此 约束 。 





2) 资源 文件 命名 规范 。 
layout 目录 下 的 文件 命名 规范 : 


:页 面 布 局 文件 。 以 act_ 为 前 级 ， 以 Activity 所 在 的 Package 作 为 中 


级 ， 以 Activity 的 名 称 〈( 去 掉 Activity 后 级 ) 作为 后 级 。 注 意 都 是 小 写 。 


例如， 对 于 Person 这 个 模块 下 的 AddCustomerActivity， 它 的 layout 





文件 就 应 该 是 : act_person_addcustomer.xml。 


-ListView 中 的 item 布 局 文件 。 以 item_ 作 为 固定 前 缀 ， 列 表 项 的 名 
称 为 后 级 。 注 意 部 是 小 写 。 例 如 ， 某 个 页 面 下 有 一 个 用 户 列表 ， 控 件 名 


为 IvUserList， 那 么 item 的 layout 束 应 该 是 : item_lvUserList.xml。 








Dialog 布 局 文件 。 


以 dlg_ 作 为 固定 前 级 ，Dialog 的 功能 名 称 为 后 级 。 注 意 都 是 小 写 ， 
例如 : dlg_hint.xml。 


.drawable 目 录 下 文件 命名 规范 。drawable 目 录 下 的 资源 ， 大 部 分 是 
图 片 ， 此 外 ， 还 有 一 部 分 xml 文 件 ， 用 于 Selector。 但 无 论 是 图 片 ， 亦 或 
Selector 文 件 ， 都 应 该 遵守 下 述 命名 规范 : 





:对 于 只 在 一 个 页 面 使 用 的 资源 ， 就 以 该 页 面 的 名 称 作 为 前 级 。 


:对 于 只 在 一 个 模块 下 多 个 页 面 使 用 的 资源 ， 残 以 该 模块 的 名 称 
作为 前 级 。 


:对 于 在 各 个 模块 、 各 个 页 面 都 有 可 能 使 用 的 资源 ， 比 如 说 上 导 
航 、 下 导航 ， 以 common 作 为 前 绥 。 


3) Java 类 中 控件 对 象 的 命名 规范 。 


控件 类 型 缩写 + 控件 的 逻辑 名 称 〈 首 字母 大 写 ) ， 比 如 登录 按钮 ， 
就 可 以 命名 为 bnLogin。 


表 4-1 列 出 了 一 些 常 用 控件 的 缩写 。 


表 4-1 常用 控件 的 缩写 


控件 


缩写 探 ” 件 缩 写 
CheckBox chk Tab tab 


4) Layout 中 控件 对 象 的 命名 规范 。 





这 里 我 建议 ， 与 Activity 中 相对 应 的 控件 名 称 保 持 一 致 。 这 样 的 好 
处 是 可 以 迅速 copy-paste 出 以 下 代码 而 杜绝 任何 的 潜在 错误 : 





Button btnLogin = (Button)findViewById(R.id.btnLogin); 





但 是 这 样 做 与 传统 Android 的 命名 规范 就 不 一 致 ， 至 少 违反 了 2 
条 : 不 应 该 出 现 大 写字 母 ，btn 和 Login 之 间 没 有 以 下 划 线 进行 连接 ， 以 
下 的 命名 才 是 中 规 中 和 矩 的 : 





Button btnLogin = (Button)findViewById(R.id.sign in button); 





我 认为 以 上 两 种 命令 方式 部 是 可 行 的 ， 只 要 认定 其 中 一 种 并 坚持 用 
下 去 ， 就 是 我 们 需要 的 规范 ， 只 要 不 反 人 类 即 可 。 


5) strings.xml 中 常量 的 命名 规范 。 


因为 这 些 值 大 多 在 Layout 中 的 控件 上 使 用 ， 所 以 以 该 常量 所 在 的 
Activity 名 称 作 为 前 级 ， 后 面 接 控 件 名 称 ， 再 后 面 就 自由 发 挥 了 ， 比 如 
登录 页 面 的 登录 按钮 上 显示 的 文字 ， 就 可 以 命名 为 : 


loginActivity_btnLogin_text。 


另 一 种 使 用 场景 则 是 在 Java 代 码 中 使 用 ， 可 能 出 现在 Activity 中 ， 也 
可 能 出 现在 工具 类 Utils 中 ， 这 时 候 ， 如 果 是 和 具体 Activity 相 关 ， 那 么 
规则 和 上 面 的 一 样 ， 以 所 在 的 Activity 名 称 作 为 前 级 ， 如 果 涉 及 和 公共 
模块 和 控件 相关 ， 就 以 common_ 作 为 前 级 。 


strings.xml 的 规则 可 以 灵活 一 些 。 我 们 甚至 可 以 将 其 按照 模块 拆 分 
为 多 个 strings 文 件 ， 只 要 resoures 标 签 下 都 是 string 标 签 就 行 ， 编 译 打包 


时 会 目 动 将 同类 文件 进行 合并 ， 如 图 4-2 所 示 。 


TE values 
strings_module_a.xml 





strings_module_b.xml 


图 4-2 strings.xml 的 命名 规范 


这 样 做 的 好 处 是 ， 各 个 模块 维护 各 目的 strings.xml。 但 为 常量 命名 
时 就 一 定 要 以 模块 名 作为 前 缀 了 了 ， 不 然 很 容易 产生 重 名 的 情况 ， 从 而 纺 








译 报 错 。 


这 一 点 遵守 Java 的 命名 规范 ， 即 只 能 包含 字母 和 下 划 线 _， 字 母 全 


部 大 写 ， 单 词 之 间 用 下 划 线 _ 隔 开 。 








密 态 麻 的 规则 ， 我 这 里 只 提 
要 么 是 使 用 场景 少 ， 所 以 都 


Es 


关于 命名 规范 的 事情 ， 可 以 写 十 几 页 
到 最 关键 的 几 点 。 其 他 的 ， 要 么 是 不 重要 ， 
可 以 自由 发 挥 。 





记 住 ， 命 名 规范 的 作用 在 于 : 
好 的 文件 命名 规范 ， 让 几 干 个 文件 分 门 别 类 的 放 在 好 找 的 位 置 。 
好 的 对 象 命名 规范 ， 让 整个 项 目的 代码 风格 整齐 一 致 。 


切记 ， 不 能 为 了 规范 而 规范 ， 网 上 的 各 种 规范 不 胜 枚 举 ， 让 人 眼花 
已 ， 


统 乱 ， 但 是 过 多 的 规范 ， 会 让 App 这 个 轻 量 级 的 应 用 背 上 越 来 越 沉 重 的 
包容， 举步维艰 。 


是 每 个 Team Leader 的 


制定 一 套 切 实 可 行 、 易 于 遵守 的 命名 规范 ， 


必 备 技能 。 


4.2 Android 编码 规范 





前 面 写 的 内 容 束 是 为 了 编码 规范 做 铺垫 。 


TE!YoungHeart 
Essrc 
bP 出 com.youngheart.activity.others 
bP 册 com.youngheart.activity.personcenter 
bP 骨 com.youngheart.adapter 
Pb 朵 com.youngheart.db 


bP 有 com.youngheart.engine 

b 有 com.youngheart.entity 

= 骨 com.youngheart.interfaces 
bP 骨 com.youngheart.listener 

= 出 com.youngheart.ui 

bP 由 com.youngheart.utils 





图 4-3 分门别类 存放 各 种 类 


有 人 说 ， 编 码 规范 网 上 多 的 是 ， 我 束 见 过 有 人 网 上 摘抄 了 一 些 然后 
跟 我 讲 这 是 他 们 团队 的 编码 规范 的 。 这 不 对 ， 不 能 为 了 规范 而 规范 ， 规 
范 是 为 了 解决 实际 问题 的 。 我 个 人 经 过 血 和 泪 的 后 的 经 验 总 结 如 下 : 


1) 要 分 门 别 类 存放 各 种 类 ， 如 图 4-3 所 示 。 
2) 要 怎么 使 用 findViewById 语 句 ? 


看 过 项 目 中 很 多 人 都 这 么 使 用 findViewById 语 句 : 





Q@Override 
protected void onCreate(Bundle savedInstanceState) { 
super ,oncCreate(SavedInstanceState ) ; 
setCcontentView(R.1layout.activity_main); 
((TextView)findViewById(R.id,.1login_ status_ message)) 
.SetVisibility(View.VISIBLE); 








从 面 问 对 象 的 角度 出 发 ， 以 下 写法 是 不 是 更 好 呢 : 





TextView tvLoginSstatusMessage; 

Q@Override 

protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
setCcontentView(R.1layout.activity_main); 
tvLoginstatusMessage = 

(TextView)findViewById(R.id.1login status_ message); 

tvLoginSstatusMessage.setVisibility(View.VISIBLE); 








我 们 观察 到 ， 把 控件 对 象 声 明 在 Activity 级 别 会 更 好 一 些 ， 在 
initViews 中 对 其 赋值 ， 而 在 Activity 的 其 他 地 方 还 有 使 用 的 机 会 。 


也 许 有 人 会 质疑 ， 如 果 这 个 控件 只 使 用 了 一 次 ， 那 么 第 一 种 写法 其 
实 是 最 好 的 。 但 这 毕竟 是 少数 ， 我 们 现在 要 统一 编码 规范 ， 只 能 牺牲 一 
部 分 人 的 利益 ， 来 达到 协同 工作 的 效率 最 大 化 。 


3) Layout 中 的 常量 ， 要 在 资源 strings.xml 中 定义 。 


以 下 的 使 用 方式 是 错误 的 : 





<TextView android:text=" 评 论 








我 们 要 将 “评论 ”这 个 常量 定义 在 strings.xml 中 : 





<resources> 
<string name="tvPersonCenter"> 评 论 


</string> 
</resources> 








然后 在 Layout 布 局 文件 中 这 样 使 用 : 





<TextView android:text="@string/tvPersonCenter™" .... 


/> 








男 一 方面 ， 在 Activity 中 也 需要 设置 一 些 常量 ， 不 能 把 它 写 死 ， 要 
将 其 定义 在 strings.xml 中 ， 然 后 每 次 都 从 资源 文件 中 取 值 ， 如 下 所 示 : 





String loadingMessage = this.getString(R.string.loadingmessage); 





Eclipse 编译 时 会 检查 上 述 问 题 ， 显 示 在 Warnings 列 表 中 ， 开 发 人 员 
要 定期 修复 Warning 中 类 似 的 问题 。 





4) Layout 中 所 有 控件 的 字体 大 小 ， 都 定义 在 dimens.xml 中 ， 它 相当 
于 网 站 的 CSS 样 式 表 ， 如 下 所 示 : 





<?xml1 version="1.0" encoding="utf-8"?> 
<resources> 
<!I-— 


字体 定义 


<dimen name="font_size tiny">10sp</dimen> 

<dimen name="font_size_small">12sp</dimen> 
<dimen name="font_size_normal">14sp</dimen> 
<dimen name="font_size_normal_high">16sp</dimen> 
<dimen name="font_size _ large">18sp</dimen> 
<dimen name="font_size_large_high">20sp</dimen> 
<dimen name="font_size xlarge">22sp</dimen> 

< ! 一 


> 
<dimen name="offset_2dp">2dp</dimen> 
<dimen name="offset_4dp">4dp</dimen> 
<dimen name="offset_6dp">6dp</dimen> 





使 用 方式 如 下 : 





<TextView android:textSize= "@dimen/font_size normal" .…. 


/> 





此 外 ， 对 于 所 有 控件 的 Margin 偏 移 量 ， 我 们 也 需要 统一 规格 ， 正 如 
上 面 的 dimens.xzml 中 的 定义 ， 有 知 干 种 尺寸 事先 定义 好 供 我 们 选择 。 











<LnearLayout 
android:layout_marginLeft= "@dimen/offset_ 2dp" 
android:layout_marginRight= "@dimen/offset_4dp" 











这 样 做 的 好 处 是 ， 只 要 稍微 修改 一 下 dimens.xml 中 的 定义 ， 就 可 以 
批量 修改 页 面 的 样式 。Android 的 手机 千奇百怪 ， 各 种 分 辨 率 都 存在 ， 
在 一 些 特殊 机 型 上 ，font_size_normal 字 体 可 能 会 过 大 或 者 过 小 ， 我 们 将 
其 修改 为 13sp 或 15sp， 就 可 以 迅速 看 到 修改 是 人 否 符合 我 们 的 审美 观 了 。 





做 得 更 彻 感 些 ， 是 使 用 style 来 统一 控件 的 风格 。 如 果 有 必要 ， 请 使 
用 过 


5) 在 Acitivity 中 ， 定 义 新 的 生命 周期 ， 从 而 将 onCreate 方 法 拆 分 为 
以 下 3 部 分 : 


-initVariables: 初始 化 变量 (包括 Intent 上 的 数据 和 Activity 内 部 使 用 
的 变量 ) 。 


:initViews: 加 载 layout 布 局 文件 ， 初 始 化 控件 。 
:loadData: 调用 MobileAPI。 


拆 分 onCreate 方 法 是 设计 模式 中 单一 职责 原则 的 体现 。 





6) 坚持 使 用 fastJSON 自 定义 实体 来 作为 MobileAPI 的 数据 载体 。 


像 JSONObject、JSONArray、HashMap<String,Object>、 
ArrayList<String,Object> 这 些 不 能 序列 化 的 实体 ， 都 禁止 使 用 。 除 非 它 
们 仅仅 是 为 了 实现 某 个 算法 ， 在 方法 内 部 临时 使 用 。 





干 万 别 偷懒 哦 。 如 果 觉 得 自 定 义 实体 很 厂 烦 ， 建 议 使 用 我 在 第 1 关 
1.4 节 介绍 的 那个 实体 自动 化 生成 工具 EntityGenerator。 


7) 页 面 之 间 传 值 ， 坚 持 使 用 Intent 携 带 序列 化 实体 数据 的 方式 。 禁 
止 为 了 省 事 使 用 全 局 变量 进行 传 值 的 方式 。 


8) 为 控件 添加 事件 。 以 按钮 为 例 ， 为 按钮 添加 点 击 事件 ， 统 一 使 
用 以 下 这 种 方式 : 





btnLogin = (Button)findViewById(R.id.sign_in button); 
btnLogin.setonclickListener( 
new View.OnClickListener() { 
@Override 
public void onClick(View v) { 
login( ); 


}); 





严禁 在 Layout 的 控件 声明 中 直接 声明 事件 方法 ， 以 下 代码 是 不 允许 
的 : 





<Button android:onClick="gotoLogin" …. 


/> 





9) Activity 中 不 要 髓 套 内 部 类 ， 尺 量 都 独立 出 来 ， 该 放 哪 儿 束 放 哪 
儿 。 


10) Adapter 的 编码 规范 如 下 : 


.所 有 Adapter， 都 放 在 adapter 这 个 包 中 。 


.Adapter 绑 定 的 数据 ， 一 律 为 ArrayList< 自 定义 可 序列 化 实体 >。 





:在 Adapter 中 创建 适合 于 列表 自身 的 ViewHolder 实 体 类 。 请 统一 命 
名 为 ViewHolder。 





11) 实体 不 要 在 不 同 模块 间 共 至 ， 但 是 可 以 在 同一 模块 下 的 不 同 页 
面 间 共享 。 比 如 说 ， 不 要 在 美食 模块 和 酒店 模块 共用 同一 个 实体 ， 但 是 
在 美食 模块 的 列表 页 和 详情 页 ， 可 以 共用 同一 个 实体 。 


12) 为 节省 内 存 ， 请 使 用 ArrayList< 自 定义 实体 >， 而 不 是 
HashMap。 











ArrayList 虽 然 慢 一 点 ， 每 次 查找 一 个 元 素 ， 都 是 om)， 而 HashMap 
则 是 o(1)， 但 是 ArrayList 在 内 存 的 使 用 上 要 少 于 HashMap。 对 于 Android 
手机 ， 尤 其 是 配置 很 低 的 手机 ， 我 们 开发 App 的 策略 是 尽量 不 占用 太 多 
内 存 ， 所 以 请 优先 选择 ArrayList< 自 定义 实体 >。 





13) 图 片 的 处 理 ， 请 统一 使 用 第 三 方 组 件 ImageLoader 或 Fresco 来 进 


行 异 步 加 载 。 


14) 什么 时 候 使 用 SharedPreferences? 对 于 简单 的 配置 信息 ， 设 置 
页 面 的 各 种 开关 ， 这 些 都 是 要 保存 在 SharedPreferences 中 的 。 对 于 复杂 
的 对 象 ， 比 如 说 User 类 ， 比 如 说 城市 基础 数据 ， 这 些 数 据 还 是 要 存储 到 


本 地 文件 中 。 


15) 尽量 使 用 ApplicationContext 代 替 Context， 和 否则 会 引起 内 存 浊 
漏 。 当 然 ， 也 不 是 任何 地 方 ApplicationContext 都 可 以 代替 Context， 请 参 
见 第 6 章 ， 将 详细 介绍 因为 使 用 不 当 而 导致 的 朋 误 。 


人 一 


16) 数据 类 型 转换 一 定 和 要 进行 校 验 。 请 使 用 第 1 章 1.6 节 介绍 的 类 型 
安全 转换 函数 ， 这 些 函 数 能 帮 你 做 两 件 事 ， 一 是 转换 失败 会 有 默认 值 ; 
二 是 由 try.…catch... 保 护 ， 不 会 轻易 抛 出 空 指针 或 者 类 型 转换 失败 的 崩 


VE 
1 员 。 





17) 使 用 常量 来 代 蔡 枚 举 。 众 所 周知 ， 枚 举 的 每 个 值 只 能 是 一 个 整 
数 ， 而 没有 toString 这 样 的 方法 ， 所 以 不 如 在 类 中 定义 一 个 字符 串 癌 量 
方便 。 此 外 ， 有 人 说 枚 举 的 内 存 开销 要 比 常 量 大 ， 但 我 觉得 这 不 是 判断 
常量 比 枚 举 好 的 理由 。 


4.3 统一 代码 格式 


最 后 说 说 代码 格式 的 问题 。 这 融 完 全 是 个 人 偶 好 了 。 有 人 豆 欢 把 方 
法 的 左 括 写 写 在 下 一 行 ， 有 人 则 把 方法 的 左 括号 与 方法 名 称 放 在 同一 
行 ， 有 人 喜欢 一 句 话 就 是 一 行 代码 ， 有 人 则 喜欢 把 一 句 话 分 成 右 干 行 来 
增强 可 读 性 。 总 之 是 各 有 各 的 喜好 。 














但 是 作为 一 个 团队 ， 我 们 希望 在 一 个 项 目 中 的 代码 ， 看 上 去 像 是 一 
个 人 写 的 。 那 么 除了 要 求 所 有 开发 人 员 遵 守 编 码 规 范 和 命名 规范 外 ， 统 
一 的 代码 格式 也 是 非常 重要 的 。 








Android 源 码 中 包含 了 一 份 android-formatting.xml， 专 门 用 于 统一 代 
码 格式 。 每 个 开发 人 员 在 Eclipse 导入 这 个 文件 后 ， 以 后 在 执行 快捷 键 
ctrl+shift+f 时 ，Eclipse 都 会 根据 这 个 文件 来 调整 代码 格式 。 导 入 方法 如 
下 : 








window->preferences->java->Code style->Formatter 中 导入 


android-formatting.xml 





这 个 文件 我 们 可 以 签 入 到 SVN 上 ， 这 样 就 能 所 有 开发 人 员 导 入 的 是 
同一 份 代码 格式 文件 。 门 


一 方面 ， 我 们 统一 代码 格式 、 制 定编 码 规范 和 命名 规范 ， 为 一 方 


面 ， 我 们 需要 检查 开发 人 员 是 否 严格 遵守 这 些 规范 ， 人 工 检查 会 累 死 人 
的 ， 需 要 有 一 个 自动 检查 的 工具 。 这 里 我 推荐 checkstyle !| 。 这 是 个 很 
有 趣 的 工具 ， 博 客 园 上 有 专门 的 介绍 |。 








但 是 ， 这 个 工具 只 是 锦上添花 ， 不 必 人 花 太 多 精力 在 上 面 。 我 们 还 是 
要 把 更 多 功课 做 足 在 优化 App 性 能 、Crash 修 复 上 。 


[1] 更 详尽 的 介绍 ， 可 以 参考 CSDN 上 这 篇 文章 : 
http://blog.csdn.net/thl789/article/details/8040603。 

[2] 官方 网 站 地 址 : http://checkstyle.sourceforge.net/。 

[3] 详细 内 容 请 参见 


http:/www.cnblogs.com/qianxudetianxia/archive/2012/01/01/2309102.html。 


4.4 本 章 小 结 
本 章 讨论 了 Android 开 发 过 程 中 需要 遵守 的 2 个 规范 : 命名 规范 ， 编 
码 规范 。 


在 此 基础 上 ， 为 了 统一 Android 项 目 中 的 编码 格式 ， 我 们 还 引进 了 


android-formatting.xml 和 checkstyle。 


下 面 的 章节 ， 我 将 介绍 线 上 Crash 的 收集 、 分 析 和 修复 。 


第 二 部 分 “App 开 及 中 的 高 级 技巧 
第 5 章 ”Crash 异 常 收集 与 统计 
.第 6 章 ”Crash 异 常 分 析 
:第 7 章 ”ProGuard 技 术 详 解 
.第 8 章 ”持续 集成 


第 9 章 ”App 苋 品 技术 分 析 





工 欲 善 其 事 ， 必 先 利 其 器 。 


这 一 部 分 讨论 4 个 主题 ， 都 和 Android 日 常 开 发 工作 无 关 ， 但 如 果 有 
了 这 些 机 制 ， 将 极 大 提高 App 项 目的 质量 和 开发 效率 。 


首先 是 Android 线 上 毅 误 的 收集 、 分 析 和 修复 。 有 了 这 个 利器 ， 
Android 的 稳定 性 将 极 大 提高 。 一 开始 我 只 准备 了 五 十 多 个 月 温情 况 ， 
后 来 越 写 越 多 ， 整 整 写 了 6 个 月 ， 扩 充 到 一 百 多 个 。 其 实 每 个 Crash 在 网 
上 都 有 人 进行 介绍 ， 只 是 众说 纷 丝 ， 有 真有 假 。 于 是 我 做 了 很 多 Demo 
试图 重 现 骨 瀑 以 分 辨 网 上 文章 的 真 假 ， 其 中 很 多 优秀 的 思想 ， 我 会 详细 


介绍 。 


其 次 是 ProGuard。 除 了 一 份 官方 文档 ， 市 面 上 还 没有 一 份 详尽 介 
绍 ProGuard 的 文章 ， 网 上 的 文章 倒是 很 多 ， 但 大 都 很 简单 。 于 是 我 仔细 
研究 了 官方 文档 ， 参 考 了 网 上 大 量 的 技术 文章 ， 并 结合 自身 经 验 ， 写 下 
这 一 篇 专门 给 Android 开 发 人 员 看 的 文章 。 








.再 次 是 适用 于 App 的 持续 集成 〈CI) 。 无 论 是 使 用 Ant 还 是 
Maven， 亦 或 是 当下 最 流行 的 Gradle， 都 要 确保 DailyBuild 和 BatchBuild 


的 机 制 。 








最 后 是 竞 品 分 析 。 不 光 是 竞 品 ， 因 为 我 研究 的 是 技术 实现 ， 所 以 
会 覆盖 到 市 面 上 口碑 比较 好 的 100 款 App， 每 款 都 包括 iDOS 和 Android 两 
种 ， 其 中 在 iOS 上 花 的 时 间 会 更 多 一 些 。 我 发 现 每 个 App 在 技术 实现 上 
都 有 若干 闪光 点 ， 当 然 也 有 做 得 不 好 的 地 方 。 把 这 些 闪 光 点 总 结 下 来 ， 
很 有 必要 ， 这 章 干货 很 多 ， 很 多 都 是 第 一 手 的 研究 心得 ， 分 享 给 读者 。 











第 5 章 ”Crash 异 常 收集 与 统计 








本 书 第 5 章 和 第 6 章 ， 将 给 出 Android 线 上 Crash 的 解决 方案 ， 也 就 是 
Crash 分 析 三 部 曲 : 收集 、 统 计 、 分 析 。 


1) 收集 : 把 Crash 收 集 到 本 地 数据 库 。 


2) 统计 : 对 每 天 线 上 大 量 的 Crash 进 行 去 重 、 分 类 。 


3) 分 析 : 逐个 分 析 各 类 Crash， 重 现 异常 发 生 的 例子 ， 给 出 解决 方 


六 


其 中 第 1 和 第 2 点 由 于 篇 幅 不 长 ， 不 能 独立 成 篇 ， 所 以 合并 为 第 5 


地 


5.1 弄 冲 收集 


一 个 健壮 的 App 应 该 能 搜集 运行 中 所 有 的 Crash 信 息 ， 并 将 其 发 送 到 
服务 器 以 便 程 序 员 进 行 分 析 。 








对 于 任何 一 球 App 而 言 ， 无 论 页 面 数 量 多 少 ， 我 们 也 不 可 能 在 每 个 
页 面 的 每 个 方法 都 加 上 try...catch... 语 句 来 捕获 Crash， 而 是 需要 一 套 统 
一 的 解决 方案 ， 将 Crash 一 网 打 尽 。 


为 此 我 们 需要 了 解 一 个 很 重要 的 类 : UncaughtExceptionHandler， 用 
来 处 理 未 捕获 的 异常 。 未 捕获 录 常 指 的 是 在 程序 中 未 使 用 try.…catch.… 
语句 而 抛 出 的 异 弟 。 我 们 需要 在 App 级 别处 理 这 些 未 捕获 到 的 异常 ， 算 
是 最 后 一 道 天 卡 。 











如 果 程 序 出 现 了 未 捕获 异常 ， 默 认 会 弹出 系统 的 强制 关闭 对 话 框 。 
我 们 需要 实现 此 接口 ， 并 在 App 中 对 其 进行 注册 。 这 样 当 未 捕获 异常 友 
生 时 ， 残 可 以 做 一 些 个 性 化 的 异常 处 理 操 作 。 





于 是 我 们 设计 一 个 CrashHandler 类 ， 使 之 继承 自 
UncaughtExceptionHandler， 来 定义 我 们 自己 的 异常 捕获 逻辑 ， 如 下 所 


小 : 


* UncaughtException 处 理 类 


/ 当 程 序 发 生 





Uncaught 异 常 的 时 候 


* 需要 在 


Application 中 注册 ， 为 了 要 在 程序 启动 器 就 监控 整个 程序 。 





*/ 
public class CrashHandler implements UncaughtExceptionHandler { 
public static final String TAG = "CrashHandler"; 
public static final String APP_CACHE_PATH = 
Environment .getEXxternalStorageDirectory(),getPath'( ) 
+ "/YoungHeart/crash/"; 





我 们 要 实现 CrashHandler 的 uncaughtException 方 法 ， 详 细 的 代码 如 
下 所 示 : 





pA 
w= 


UncaughtException 发 生 时 会 转 入 该 函数 来 处 理 





加 4 
Q@Override 
public void uncaughtException(Thread thread, Throwable ex) { 
if (!handleException(ex) && mDefaultHandler != null) { 
// 如果 用 户 没有 处 理 则 让 系统 默认 的 异常 处 理 器 来 处 理 


mDefaultHandler .uncaughtException(thread, ex); 
} else { 
try { 
Thread. sleep(3000); 
} catch (InterruptedException e) { 


Log.e(TAG, "error : ", e); 


// 退出 程序 


android.os.Process.killProcess( 
android.os.Process.myPid()); 
System.exit(1); 





这 里 只 介绍 其 中 最 关键 的 方法 ， 也 就 是 handleException 方 法 ， 
方法 做 三 件 事情 





1) 发 错误 日 志 到 服务 器 。 


2) 给 用 户 骨 温 前 的 友好 提示 。 


3) 把 错误 日 志 记 录 到 SD 卡 。 


其 代码 如 下 所 示 : 





/** 
* 自 定义 错误 处 理 

















/收集 错误 信息 


* 发 送 错误 报告 等 操作 均 在 此 完成 


@param ex 
* @return true :如 果 处 理 了 该 异常 信息 





; 否则 返回 











false. 
4 


private boolean handleException(Throwable ex) { 
If (ex == null) { 
return false; 
} 


// 把 


Crash 发 送 到 服务 器 


sendCrashToServer(context, ex); 
// 使 用 


TOaSt 来 显示 异常 信息 


new Thread() { 
@Override 
public void run() { 
Looper .prepare( ); 
Toast.makeText(context, 
"很 抱 攻 


/ 程序 出 现 异常 


; 即将 退出 


Toast ,LENGTH_SHORT) ,Show( ); 
Looper .Loop() 


}.start(); 
// 保存 日 志文 件 

















saveCrachInfoInFile(ex); 
return true; 





sendCrashToServer 方 法 负 贡 将 捕获 的 异常 发 送 到 服务 器 ， 为 此 需要 
MobileAPI 提 供 一 个 接口 。 表 5-1 中 的 信息 都 是 很 重要 的 ， 我 们 要 事先 准 
备 这 些 数据 。 





表 5-1 Crash 数 据 表 结构 


和 
还 
Es 
各 
ea 


id 日 增 id 

client type Crash 所 在 的 App 

page_name Crash 所 在 的 Activity 名 称 

exception_name Crash 名 称 

exception stack Crash 详细 信息 

crash type 1 表示 朋 沉 了 ，0 表示 被 try-catch 捕获 到 了 
app_version 当前 App 的 版 本 

0s_version Android 系统 的 版 本 

device model Android 手机 型 号 

device id Android 手机 设备 号 

network type 网 络 类 型 ， 是 否 为 WIFI 

channel id 渠道 号 

client_type 标记 Crash 发 生 在 Android 还 是 iPhone 
Demory info Crash 发 生 时 的 内 存 使 用 情况 

crash time Crash 发 生 时 间 ， 在 插入 数据 库 时 ， 由 数据 库 自动 生成 


有 了 上 述 机 制 ， 所 有 的 腊 常 束 全 都 能 被 捕获 到 了 。 但 并 不 是 所 有 的 
异常 都 导致 月 温 一 一 我 们 希望 尽 可 能 留 住 用 户 ， 而 不 是 App 般 误 后 重 
局 。 因 为 用 户 是 不 会 重启 打开 App 的 ， 人 至 少 我 不 会 。 





有 些 异常 是 不 严重 的 。 比 如 说 MobileAPI 的 数据 不 规范 ， 该 返回 数 
值 的 却 返回 了 字符 串 ， 不 能 为 空 的 字段 却 返 回 了 空 值 。 这 些 数据 中 ， 有 
些 数据 仅仅 是 为 了 显示 ， 显 示 与 否 无 伤 大 雅 ， 所 以 即使 解析 时 出 了 问题 
抛 出 异常 ， 也 不 应 该 朋 演 。 我 们 应 该 在 相应 的 Activity， 在 具体 解析 数 
据 的 地 方 ， 加 一 层 自 定 义 的 try...catch... 语 句 ， 来 捕获 这 些 已 知 的 异 


Ac 
号 o 











需要 注意 的 是 ， 如 果 异 常 在 Activity 中 就 被 捕获 到 了 ， 就 不 会 将 其 
再 交 由 Application 级 别 的 CrashHandler 类 去 处 理 了 。 所 以 我 们 要 在 这 个 


Activity 的 try.….catch... 语 句 中 ， 手 动 把 异种 信息 发 送 到 服务 器 。 在 具体 
的 Activity 中 ， 我 们 会 将 CrashType 设 置 为 0， 而 在 CrashHandler 中 才 会 将 
CrashType 设 置 为 1。 





5.2 ”有 弄 币 收集 与 统计 
目前 业界 对 App 线 上 Crash 的 收集 一 般 有 2 种 ， 要 么 记录 到 第 三 方 平 
台 ， 要 么 记录 到 自己 的 数据 库 中 。 


使 用 第 三 方 Crash 收 集 分 析 平 台 的 好 处 是 ， 他 们 能 提供 一 套 完 整 的 
Crash 分 类 和 报表 统计 工具 。 比 如 腾讯 的 Bugly 平 台 ， 他 们 还 能 提供 技术 


文 持 ， 告 诉 你 某 类 要 怎么 修复 。 
接 下 来 我 要 介绍 的 是 ， 如 何 记录 到 自己 的 数据 库 中 ， 然 后 自行 统计 
分 析 这 些 Crash 数 据 。 其 实 并 不 难 。 


5.2.1 ”人工 统计 线 上 Crash 数 据 


最 一 开始 ， 我 们 是 通过 人 工 的 方式 手动 统计 这 些 Crash 数 据 的 ， 当 
时 是 把 这 活 儿 分 给 了 新 来 的 3 个 Android 开 发 人 员 ， 因 为 新 人 往往 有 股子 
冲劲 儿 。 

第 一 次 我 们 用 了 3 天 时 间 ， 分 析 了 1 天 的 Crash 数 据 ， 大 约 2000 多 


笔 ， 对 每 个 Crash 进 行 了 分 类 ， 我 们 在 分 析 中 惑 发 现 : 


1) 有 很 多 重复 的 Crash。 这 其 中 分 很 多 种 情况 。 


.有 不 同 设备 在 不 同时 间 发 出 来 重复 的 Crash， 这 时 候 要 检查 是 否 只 
对 某 些 机 型 或 Android 版 本 才 会 发 生 类 似 问 题 ， 比 如 说 Android2.1 不 支持 
https。 








.有 不 同 设备 在 一 个 时 间 段 发 出 来 重复 的 Crash。 这 时 候 要 检查 
MobileAPI 是 否 返 回 了 脏 数 据 而 App 没 有 使 用 try...catch... 语 句 捕 获 到 。 


“有 相同 设备 在 很 短 的 时 间 段 内 频繁 及 送 了 重复 的 Crash。 这 是 因为 
App 没 有 做 好 册 尝 后 的 善后 工作 导致 的 ， 它 试图 重新 局 动 友 生 崩 尝 的 那 
个 Activity， 然 后 重 局 过 程 中 因为 要 重新 执行 onCreate 方 法 而 这 个 方法 有 
空 指针 ， 于 是 就 会 造成 < 骨 温 一重 司 一 和 骨 温 一 重启 ”的 死 循 环 ， 直 到 用 户 
强制 关闭 App。 对 此 ， 我 们 需要 去 除 重复 数据 。 














2) 每 笔 异 常 信息 都 包括 以 下 2 部 分 数据 信息 : 
“exception_name: Crash 对 应 的 异常 名 称 。 
-exception_stack: Crash 的 详细 信息 。 


不 要 以 exception_name 作 为 Crash 分 类 的 标准 ， 这 是 不 准确 的 。 比 如 
说 ， 因 为 空 指针 NullPointer 导 致 的 朋 吝 ， 但 是 exception_name 却 是 
RuntimeException。 所 以 exception_name 只 能 作为 Crash 的 参考 标准 ， 而 
产生 Crash 的 真正 原因 ， 则 隐藏 在 exception_stack 中 。 





3) exception_stack 中 含有 OutOfMemory 内 容 的 ， 都 是 内 容 洲 出 导致 


的 。 但 是 逆 命 题 不 成 立 。 因 为 有 些 内 容 溢出 导致 的 月 谈 ， 抛 出 的 异常 信 
息 却 不 包括 OutOfMemory 内 容 ， 比 如 说 ResourcesNotFoundException， 

有 很 多 情况 是 资源 明明 存在 于 App 中 但 还 是 说 找 不 到 ,“ 睁 眼 说 瞎 话 ”， 
于 是 我 们 也 只 好 眼睁睁 地 看 着 它 骨 溃 了 而 无 能 为 力 。 








4) 对 于 衬 指 针 NullPointerException 这 个 “不 治之 症 >， 我 们 观察 到 的 
情况 是 ，NullPointerException 只 是 导致 朋 涡 的 结果 ， 而 不 是 原因 。 导 致 
空 指针 的 情况 五 花 八 门 ， 有 时 ， 我 们 要 留意 exception_stack 中 Cause by 后 
面 的 内 容 ， 如 下 所 示 : 








java.1lang.RuntimeException: Failure delivering result ResultInfo 
{who=null, request=3, result=-1, data=Intent{ (has extras) 
contextId=0, taskId=0 }} to activity f{ 包 名 称 


/ActiVIyYyY 名 条 


} 








如 果 只 看 前 半 段 信息 ， 根 本 不 知道 问题 所 在 ， 继 续 同 下 看 ， 会 发 现 
在 Cause by 处 有 空 指针 的 提示 信息 ， 如 下 所 示 : 





Caused by: java.lang.NullPointException at 包 名 称 


,Activity 名 入 


.ONActivityResult(Unknown Source) at 
android.app.Activity,.dispatchActivity(Activity.java:5352) at 





5) 窗 体 汇 露 这 类 问题 ， 基 本 部 是 想 天 闭 弹 出 框 的 时 候 ， 却 及 现 承 


载 它 的 宿主 已 经 不 在 。 


6) ListView 和 Adapter 相 关 的 Crash 基 本 都 发 生 在 分 页 获取 数据 的 场 
景 ， 数 据 源 发 生 了 改变 ， 却 没有 及 时 通知 ListView 和 Adapter。 


5.2.2 ”第 一 个 线 上 Crash 报 表 : Crash 分 类 


在 找到 这 些 Crash 的 共性 后 ， 我 们 开始 调整 Crash 分 析 的 策略 。 我 会 
引入 SQL Server 和 C# 作 为 分 析 的 工具 。 


1) 首先 ， 每 天 上 班 ， 我 会 把 昨天 24 小 时 的 Crash 数 据 从 服务 器 上 取 
下 来 ， 导 出 为 excel 文 件 ， 然 后 再 把 excel 还 原 到 本 地 SQL Server 数 据 库 的 
CrashDB 这 个 表 。 这 样 我 就 可 以 在 本 地 数据 库 上 写 各 种 各 样 的 SQL 语句 
来 分 析 这 些 数 据 了 ， 不 必 担 心 直 接 在 线 上 直接 操作 SQL 而 把 线 上 数据 库 
搞 死 。 


2) 接 下 来 我 会 执行 一 个 存储 过 程 UpdateCrashDesc， 把 这 些 Crash 数 
据 分 门 别 类 ， 为 此 ， 我 要 为 存放 Crash 的 表 CrashDB 加 一 个 字段 
crash_desc， 用 来 表明 Crash 是 哪个 类 别 的 。 


存储 过 程 UpdateCrashDesc 的 逻辑 就 是 把 符合 某 类 特征 的 那些 
Crash， 设 置 其 crash_desc 字 段 为 同一 个 值 ， 如 下 所 示 : 


CREATE PROCEDURE [dbol].[UpdateCrashDesc] 
AS 


BEGIN 


SET NOCOUNT ON 
update CrashDB 
Set crash_desc = ' 内 存 溢 出 


where exception_stack like '%OutOfMemory%'" 

and crash_desc is null 

update CrashDB 

set crash_ desc = 'ClassCastException' 

where crash desc is null 

and exception_stack like '%java.lang.ClassCastException%' 
update CrashDB 

Set crash_desc = “数组 越界 


where crash_desc is null 

and exception_stack like '%OutOfBoundsException%' 
update CrashDB 

set crash desc = 'java.lang.VerifyError' 

where crash_ desc is null 

and exception_stack like '%java.lang.VerifyError%' 
update CrashDB 

Set crash_desc = ' 和 名 个 页 面 的 空 指针 


where crash desc is null 

and exception_stack like '%NullPointerException%' 
update CrashDB 

set crash desc = 'is your activity running?' 

where crash_desc is null 

and exception_stack like '%is your activity running?%' 
- -中 间 省 略 若 干 








Update 语 名 


update CrashDB 
Set crash_desc = “不 明 觉 厉 


where crash_desc is null 
END 


YY 





考虑 到 章节 限制 ， 我 只 贴 出 了 UpdateCrashDesc 这 个 存储 ] 
分 代码 ， 全 部 代码 请 参见 我 博客 上 的 源码 册 。 值 得 注意 的 是 : 


每 条 Update 语 句 代 表 做 一 次 分 类 操作 。 一 开始 我 也 只 有 十 几 


条 








Update 语 句 ， 后 来 慢 慢 扩充 到 五 十 几 条 。 每 次 新 增 一 个 Crash 分 类 ， 就 
加 在 “不 明 觉 厉 * 这 条 Update 语 句 之 上 即 可 。 


“不 明和 觉 历 ” 这 个 Crash 类 别 ， 是 经 过 上 述 五 十 几 条 Update 语 名 筛选 


后 ， 剩 下 的 Crash。 这 类 Crash 数 量 不 能 超过 100， 和 否则 ， 融 应 该 从 中 继续 
寻找 共性 ， 拆 分 成 新 的 Crash 类 别 ， 编 写 一 个 新 的 Update 语 句 。 


3) 接 下 来 我 会 执行 一 个 存储 过 程 GroupOnlineCrash， 用 以 统计 各 类 


Crash 的 数量 。 





CREATE PROCEDURE [dbol].[GroupOnlineCrash] 
AS 
BEGIN 
SET NOCOUNT ON, 
select * into #temp1 from CrashDB 
where client_type=20 
order by page_name，exception_name，exception_stack 
select crash desc, COUNT(crash desc) as count from #temp1 
group by crash_desc 
order by COUNT(crash_desc) desc 
END 





执行 结果 如 图 5-1 所 示 。 


| Package manager has died 
各 个 内 面 的 空 指 针 
InflateException 
UnsatisfiedLinkEmor 
内 存 洲 出 
dolnBackground 
Failure delivering result ResultInfo 
数组 越界 
不 明 觉 厉 
NumberFormat Exception 
Permission 相 天 
Resources$NotFoundException 
Fragment 相 天 ,百度 查 Can not perform this action after ... 
is your activity running? 
ClassCastException 
ListView 刷 | 着 数据 
SQLteException 相 天 
view not attached to window manager 
libcore io.DiskLrnuCache 
parameter must be a descendant of this view 
Transaction TooLargeException 


二 ddd 





~ 


图 5-1 线 上 Crash 统 计 图 


对 于 图 5-1 中 排名 前 10 的 线 上 Crash， 我 们 要 花 大 力气 去 分 析 、 修 复 


它们 。 


5.2.3 ”第 二 个 线 上 Crash 报 表 : Crash 去 重 


我 们 在 前 面 手工 统计 分 析 的 时 候 束 已 经 发 现 ，Crash 有 很 多 重复 。 
我 们 接 下 来 要 去 重 ， 从 而 看 出 每 天 到 底 有 多 少 种 不 同 的 Crash。 


去 重工 作 由 4 部 分 组 成 ， 如 图 5-2 所 示 。 对 这 4 部 分 工作 介绍 如 下 。 


1. 去 除数 字 不 同 导致 的 重复 


2. 去 除 其 他 情况 的 重复 


3. 去 除 同 一 版 本 之 前 的 重复 


4. 按 照 Activity， 把 Crash 分 发 到 人 





图 5-2 ”去 重工 作 的 4 个 步骤 


1. 去 除数 字 不 同 导致 的 重复 


去 重 主 要 是 在 exception_stack 字 段 上 做 文章 ， 也 就 是 Crash 的 详细 信 





息 。 我 们 发 现 ， 很 多 时 候 同 一 类 Crash， 它 们 的 exception_stack 字 段 仅 仅 
是 数字 的 不 同 ， 比 较 典 型 的 有 以 下 几 种 情况 : 


发 生 崩 演 时 的 代码 行 不 同 ， 如 下 所 示 : 





package manager has died at android.app.ActivityThread 
.performLaunchActivity(ActivityThread.java:2215) 
package manager has died at android.app.ActivityThread 
.performLaunchActivity(ActivityThread.java:2296) 





运行 时 的 数值 不 同 ， 如 下 所 示 。 





: 骨 尝 信息 中 的 # 后 面 的 数字 不 同 : 





android.view.InflateException: 

Binary XML file line #8: Error inflating class<unknown> 
android.view.InflateException: 

Binary XML file line #32: Error inflating class<unknown> 





: 骨 演 信息 中 的 result= 后 面 的 数字 不 同 : 





java.lang.RuntimeException: Failure delivering result 
ResultInfo {who=null, request=5, result=-1 
java.1lang.RuntimeException: Failure delivering result 
ResultInfo {who=null, request=3, result=-1 





:月 演 信 息 中 的 ViewRootImpl$W@@ 后 面 的 数字 不 同 : 





android.view.WindowManager$BadTokenException: 

Unable to add window - - token android,app.LocalActivityManager 
$LocalActivityRecord@45a58ee0 is not Valid， 

is your activity running? 
android.view.WindowManager$BadTokenException: 
Unable to add window - - token android.app.LocalActivityManager 
$LocalActivityRecord@4012ef33 is not Valid， 

is your activity running? 








虽然 数值 不 同 ， 但 其 实 是 相同 的 Crash。 一 种 好 的 去 重 方案 是 将 这 
些 数 值 都 统一 改 为 1000。 这 样 exception_stack 字 段 就 全 都 一 样 了 。 但 是 
一 旦 改 成 1000， 就 没 机 会 恢复 为 之 前 的 值 了 ， 所 以 我 的 做 法 是 ， 在 
CrashDB 这 个 表 再 增加 一 个 字段 dis_info， 把 exception_stack 这 个 字段 的 
数据 复制 一 份 到 dis_info 字 段 ， 然 后 我 们 在 dis_info 字 段 上 进行 修改 。 修 
改 的 方法 是 借助 于 正则 表达 式 ， 进 行 批量 蔡 换 。 


按照 上 述 思 路 ， 我 使 用 C# 写 了 一 个 小 工具 ， 它 可 以 过 历 CrashDB 表 
中 的 每 个 Crash， 取 出 它 的 exception_stack， 使 用 正则 表达 式 进行 奉 换 ， 
然后 赋值 给 dis_info 字 段 。 


以 下 是 C# 中 使 用 正则 表达 式 进 行 普 换 的 实现 代码 : 





string dis_info = (String)read["exception_ stack"]; 

// from .Java:836) 

// to .java:1000) 

string str = Regex.Replace(dis info, @".java:\d*", @".java:1000"); 
// from window android.view.ViewRootImpl$Ww@41ec8258 

// to window android.view.ViewRootImp1$w@12345678 

// @ 后 面 是 


8 位 字符 


String str2 = Regex.Replace(str, @"\w{8}*", @"@12345678"); 
// from request=327681 
// to request=1000 
string str3 = Regex.Replace(str2, 
@"request=\d*", @"request=1000"); 
// from #4: 
// to #1000: 
string str4 = Regex.Replace(str3, @"#d*", @"#1000"); 
dicCrash[(String)(read["id"].ToString())] = str4; 


== 


因为 数字 的 不 同 而 导致 的 Crash 不 能 去 重 的 问题 ， 不 仅 限 于 上 述 这 
几 种 情况 。 我 们 应 该 具体 问题 具体 分 析 ， 每 发 现 一 种 新 情况 ， 就 在 程序 
中 增加 相应 的 正则 表达 式 ， 进 行 批量 蔡 换 。 





那么 接 下 来 ， 我 们 只 要 使 用 下 述 SQL 语 句 就 能 取得 去 除 重复 的 数据 
了 ， 不 受 Crash 信 息 中 数字 不 同 的 影 啊 : 


select distinct page_name，dis_info from CrashDB 
order by page_name，dis_info 


在 对 CrashDB 表 中 的 四 万 笔 数据 执行 这 个 SQL 语 句 后 ， 得 到 3000 多 
笔 数 据 ， 重 复数 据 大 幅 减 少 。 





我 对 上 述 C# 程 序 进行 封装 ， 做 成 一 个 工具 ， 可 以 在 配置 文件 中 增加 
新 的 正则 表达 式 ， 我 将 这 个 工具 称 为 AnalysisCrash， 图 形 界面 如 图 5-3 所 


让 
了 
O 


. Java: 1000 


@\w {81 B12345B78 





图 5-3 AnalysisCrash 


相应 的 配置 文件 RegexRules.xml， 如 下 所 示 : 





<?xml version="1.0" encoding="utf-8" ?> 
<RuUles> 
<Rule name="r1" from=".java:\d*" to=".java:1000" /> 
<RuUle name="r2" from="@\w{8}" to="@12345678" /> 
<RuUle name="r3" from="request=\d*" to="request=1000" /> 
</Rules> 





2. 去 除 其 他 情况 的 重复 


我 还 观察 到 ， 有 很 多 Crash 信 息 ， 它 们 仅仅 是 长 度 的 不 同 ， 比 如 说 B 
的 Crash 信 息 比 A 多 了 一 块 。 相 应 的 解决 方案 是 ， 对 exception_stack 从 起 
始 位 置 取 150 个 字符 ， 再 进行 distinct 去 重 。 这 样 就 义 能 少 大 量 的 Crash 数 


据 了 ，SQL 语 句 如 下 所 示 : 





select distinct page_name, 
SUBSTRING(dis_info, 1, 150) from CrashDB 
order by page name, SUBSTRING(dis_ info, 1, 150) 





这 样 Crash 数 量 就 从 3000 降 低 到 了 1200 个 。 


也 许 你 会 问 我 为 什么 是 150， 我 只 能 说 这 是 试 出 来 的 。 如 果 设 置 为 
200， 会 略 显 宽松 ， 执 行 上 述 语句 后 ，Crash 数 量 会 变 成 1300 个 ; 如 果 设 
置 为 100， 则 又 太 严 格 ，Crash 数 量 会 变 成 1100 个 。 我 们 可 以 根据 实际 情 


况 动态 调整 这 个 值 。 











不 要 轻易 满足 于 筛 选 后 的 这 1200 笔 数据 。 这 里 面 还 是 有 很 多 水 分 
的 。 纵 观 去 重 后 的 1200 笔 数据 ， 里 面 重 复 的 Crash 数 据 还 是 很 多 。 我 们 
只 能 根据 不 同 Crash， 相 应 的 给 出 不 同 的 去 重 方案 。 








比如 说 ， 对 于 VerifyError 这 样 的 Crash， 它 的 page_name 字 段 不 是 某 
个 Activity 页 面 ， 而 是 具有 相同 的 值 Application， 而 对 于 exception_stack 
字段 则 仪 仪 是 类 的 名 称 的 不 同 ， 如 下 所 示 : 








java.lang.VerifyError: Rejecting class 
com.company.app.activity.ActivityA 

that attempts to sub-class erroneous class 
com.company.app.activity.BaseActivity 

(declaration of 'com.company.app.activity.ActivityA') 
appears in /data/app/com.company.app.ui-2.apk 





对 于 这 个 Crash， 我 们 的 解决 方案 是 ， 只 要 exception_stack 的 前 38 个 


字符 是 java.lang.VerifyError:Rejecting class， 都 视 为 一 个 Crash。 在 执行 


distinct 语 句 之 前 ， 先 排除 这 类 Crash。 





select * into #temp1 from CrashDB 
delete from #temp1 
where SUBSTRING(dis_info, 1, 38) 

= 'java.lang.VerifyError: Rejecting class' 
select distinct page_name, 

SUBSTRING(dis_info, 1, 150) from #temp1 
order by page name, SUBSTRING(dis_ info, 1, 150) 





执行 上 述 语句 后 ，Crash 数 据 从 1200 降 低 为 1100。 


我 们 需要 不 断 地 增加 新 的 规则 ， 从 而 进一步 优化 我 们 的 去 重 结 果 。 
这 束 需 要 投入 人 力 码 在 上 面 去 做 了 。 很 多 第 三 方 Crash 收 集 平台 也 是 基 
于 这 个 思路 去 设计 的 。 








3. 去 除 同一 版 本 之 前 的 重复 
如 何 确保 昨天 统计 过 的 Crash， 今 天 不 会 再 统计 ? 


相应 的 解决 方案 是 把 今天 的 线 上 Crash 放 到 一 个 数据 表 CrashStore 
中 ， 对 于 第 二 天 的 线 上 Crash 数 据 ， 先 到 CrashStore 表 中 去 重 ， 那 么 剩 下 
来 的 Crash 数 据 束 是 新 的 了 。 


为 此 我 们 设计 CrashStore 表 结构 如 图 5-4 所 示 。 


列 名 ”数据 类 型 
categoty id int 
page_name nvardhar(255) 
sub_ gash _ desc nvardar(500) 





sub_cash_lengh int 
app_Version nvardar(50) 
fix status ndhar(10) 
first_find_date datetime 





图 5-4 ”CrashStore 表 结构 


然后 编写 一 个 存储 过 程 UpdateCrashStore， 我 为 每 个 SQL 操 作 都 添 
加 了 注释 ， 仅 供 参 考 : 





CREATE PROCEDURE [dbo].[UpdateCcrashStore] 
Q@version varchar(30) 
AS 
BEGIN 
SET NOCOUNT ON, 
select * into #temp1 from CrashDB 
-- 工 . 排除 


java.lang.VerifyError 之 类 


Crash 对 去 重 结果 的 影响 


delete from #temp1 
where SUBSTRING(dis_ info, 1, 38) 

= 'java.lang.VerifyError: Rejecting class' 
-- 工 ,X 这 里 可 以 添加 其 他 排除 语句 ， 减 少 对 去 重 逻 辑 的 干扰 




















= 2 


dis_info 的 前 


工 950 个 字符 ， 去 重 


select distinct page_name, 
SUBSTRING(dis_info, 1, 150) as sub_crash desc 
into #temp2 from #temp1i 
order by page_name, SUBSTRING(dis_info, 1, 150) 
-- 3. 在 


CrashStore 表 中 ， 取 出 当前 版 本 的 之 前 已 经 统计 过 的 


Crash 

select * into #tempCrashStore from CrashStore 
where app_version=@version 

-- 4， 使 用 


left join 语句 ， 筛 选 出 今天 的 、 未 统计 过 的 


Crash 
select t.page_name，t,Sub_crash_desc 
Into #temp4 from #temp2 t 
left join #tempCrashStore c 
on c.page_name = t.page_name 
and c.sub_crash desc = t.sub_ crash_ desc 
where c.categoty_id is null 
-- 5， 将 今天 统计 的 


Crash 放 入 


CrashStore 表 


insert CrashStore(page name, sub_crash_desc, 
sub_crash_length, app_version) 
select distinct page name, sub_crash desc, 
150, @version from #temp4 
END 





4. 按 照 Activity， 把 Crash 自 动 分 发 到 人 





这 一 步 不 属于 去 重工 作 ， 而 是 一 件 锦上添花 的 工作 。 我 们 在 给 出 
Crash 报 表 后 ， 发 现 并 没有 把 每 个 Crash 沙 实 到 具体 的 开发 人 员 映 上 。 


为 此 ， 我 们 设计 PageOwner 表 ， 用 来 记录 每 个 Activity 应 该 由 哪 位 开 
发 人 员 负 责 修复 的 对 应 关系 ， 表 结构 如 图 5-5 所 示 。 





表 中 的 数据 可 以 如 图 5-6 所 示 。 


数据 类 型 


nvarchar(100) 
nvarchar(100) 





图 5-5 ”PageOwner 的 表 结 构 


Activity Owner 
HomeActivity 张 三 





UserActivity 李 史 








图 5-6 ”PageOwner 中 的 数据 


那么 在 出 报表 的 时 候 ， 与 PageOwner 这 个 表 进 行 匹 配 ， 就 能 得 出 每 
个 Crash 应 该 谁 来 负责 修复 了 。 


至 此 ， 一 套 完整 的 Crash 去 重 流程 就 做 完了 。 我 们 再 重新 梳理 一 下 
上 述 去 重 的 流程 ， 如 图 5-7 所 示 。 


本 市 所 介绍 的 线 上 Crash 分 析 流 程 ， 在 Android 发 版 后 每 天 都 要 做 一 
遍 ， 把 昨天 24 小 时 内 产生 的 线 上 Crash 分 析 一 遍 。 一 般 而 言 ， 发 版 后 的 





头 2 天 ，Crash 数 据 不 太 多 ， 因 为 很 多 人 还 没有 升级 App 到 最 新 的 版 本 ， 
发 版 后 的 第 3 到 5 天 ， 基 本 束 能 收集 到 这 个 版 本 95% 的 线 上 Crash。 再 往 
后 ， 虽 然 Crash 数 量 也 很 多 ， 但 大 都 重复 ， 再 投入 时 间 分 析 ， 意 义 不 
We 








我 们 可 以 把 上 述 过 程 中 的 建 表 、 执 行 SQL 脚 本 、 执 行 C# 程 序 这 些 操 
作 串 起 来 ， 做 成 目 动 化 执行 脚本 ， 这 样 就 能 大 大 节省 人 力 成 本 了 。 


1 ) CrashDB 增 加 一 列 dis_ info 


2) 基于 正则 表达 式 ， 去 重 数字 
(使 用 AnalysisCrash 工 具 ) 


3) 创建 CrashStore 表 


4) 建立 PageOwner 表 


5) 执行 UpdateCrashStore 存 储 过 程 


人 排除 VerifyError 之 类 Crash 的 干扰 


G@ 取 dis_ info 的 前 150 个 字符 ， 去 重 


排除 之 前 统计 过 的 重复 Crash 


@ 得 到 当天 的 Crash 报 表 
(把 Crash 匹 配 到 负责 人 ) 





图 5-7 去 重 流程 


5.2.4” 线 上 Crash 的 其 他 分 析 工 作 


对 于 我 而 言 ， 上 述 两 节 所 整理 出 来 的 报表 基本 束 能 满足 我 的 需求 
了 。 但 这 还 远 远 不 够 ， 如 果 有 人 力 ， 应 该 把 以 下 工作 也 完成 : 





1) 对 Crash 进 行 归 纳 ， 从 而 知道 每 类 Crash 发 生 的 次 数 、 涉 及 的 机 
型 、 涉 及 的 Android 系 统 版 本 。 


我 们 曾经 按照 page_name，dis_info 这 两 个 维度 对 Crash 进 行 了 去 重 。 
对 这 些 去 重 了 的 Crash 数 据 ， 当 我 们 点 击 其 中 一 个 Crash 时 ， 应 该 能 够 看 
到 有 多 少 种 机 型 、 哪 些 版 本 的 Android 系 统 ， 发 生 过 这 类 Crash。 


这 是 个 一 对 多 的 关系 ， 我 们 需要 根据 去 重 后 的 Crash 数 据 ， 反 回 碍 
找 每 种 Crash 在 CrashDB 表 中 出 现 过 多 少 次 ， 以 及 相应 的 Crash 信 息 。 





我 们 在 前 面 创 建 了 CrashStore 表 ， 这 个 表 中 的 category_id 字 段 是 自 增 
的 ， 相 应 的 ， 我 们 要 在 CrashDB 这 个 表 也 增加 category_id 字 段 ， 它 们 是 
一 对 多 的 关系 ， 这 样 就 做 到 了 点 击 一 种 Crash， 能 够 知道 每 类 Crash 发 生 
的 次 数 、 涉 及 的 机 型 、 涉 及 的 Android 系 统 版 本 。 


接 下 来 就 是 写 个 C# 程 序 ， 把 CrashDB 表 中 的 category_id 字 段 值 都 反 
癌 填 充 上 。 


2) 目前 第 三 方 平 台 的 Crash 统 计 工 具 是 即时 的 ， 也 就 是 说 服务 器 每 
收 到 一 个 Crash， 就 会 将 其 归 类 ， 而 不 是 要 等 到 一 天 结束 后 才 一 起 进行 
分 析 。 





此 外 ， 我 们 应 该 基于 线 上 的 Crash 数 据 ， 做 一 个 Crash 和 查询 平台 ， 开 
发 人 员 可 以 根据 App 版 本 、Crash 发 生 时 间 段 、 机 型 、Activity 页 面 等 条 
件 来 查询 相应 相应 的 Crash。 





这 个 平台 还 应 该 提供 Crash 趋 势 图 ， 它 能 绘制 出 一 天 24 小 时 的 线 上 
Crash 趋 势 图 。 如 果 在 某 个 时 间 段 Crash 数 量 激增 ， 一定 是 有 重大 事情 发 
生 ， 比 如 MobileAPI 返 回 了 脏 数 据 。 








[1] 代码 地 址 为 :http://www.cnblogs.com/Jax/p/4573575.html。 


5.3 本章 小 结 


本 章 介 绍 的 Crash 三 部 曲 的 第 1 部 和 第 2 部 : 异常 收集 和 异常 统计 。 
异常 收集 是 基于 App 端 的 ， 在 发 生 骨 溃 的 最 后 一 道 “ 关 卡 ”， 将 骨 溃 信息 
发 送 到 服务 器 。 异 常 统计 是 基于 数据 库 的 ， 针 对 于 线 上 每 天 几 干 笔 骨 演 
数据 ， 如 何 自己 编写 工具 将 其 去 重 、 分 类 。 

















在 得 知 线 上 每 天 有 哪些 崩溃 后 ， 下 一 章 将 介绍 针对 于 每 类 崩溃 的 发 
生 原因 和 解决 方案 。 


第 6 章 Crash 异 常 分 析 





对 于 一 球 App 而 言 ， 最 重要 的 葛 过 于 稳定 性 ， 没 有 之 一 。 


Android 之 所 以 存在 千奇百怪 的 Crash， 主 要 归结 于 以 下 几 种 情况 








1) Android 系 统 的 碎片 化 。 各 种 硬件 三 商都 定制 自己 的 ROM， 改写 
了 Android 系 统 的 很 多 方法 。 对 于 App 而 言 ， 在 大 多 数 手 机 上 没有 问题 ， 
但 是 到 了 该 厂商 的 手机 系统 里 ， 使 用 到 这 些 方 法 就 会 朋 尝 。 当 然 ， 也 不 
能 排除 ROM 上 的 方法 被 改写 后 存在 bug 的 情况 。 








2) MobileAPI 返 回 了 脏 数 据 。 比 如 说 当 MobileAPI 返 回 空 值 或 空 数 
组 时 ，App 收 到 数据 后 就 会 发 生 空 指针 或 数组 越界 的 Crash。 有 时 则 是 某 
个 字段 返回 0， 而 这 个 字段 作为 除数 时 ， 也 会 发 生 不 能 除 以 0 的 Crash。 


3) 混 消 时 没有 Keep 要 使 用 的 类 或 方法 ， 也 会 发 生 找 不 到 类 或 方法 
的 Crash 。 


Android 正 是 因为 有 这 些 光 怪 陆 离 的 Crash 而 显得 比 iDS 开 发 有 趣 得 


我 们 继续 聊 ， 每 个 Crash 都 对 应 Android 中 的 一 类 Exception。 本 章 就 
是 要 介绍 Android 中 的 各 类 Exception， 这 些 都 是 我 杀身 经 历 过 的 ， 其 中 
的 大 部 分 都 已 经 修复 ， 当 然 也 有 一 些 Crash 直 到 现在 仍 是 不 明 觉 厉 。 





Crash 信 息 会 因为 App 进 行 了 混 消 处 理 而 看 不 懂 具 体 是 在 哪个 方法 哪 
行 代 码 骨 误 的， 所 以 我 们 需要 把 每 次 发 版 打包 时 生成 的 
ProGuardMapping 文 件 保留 下 来 ， 然 后 根据 这 个 文件 中 方法 混 清 前 后 的 
对 应 关系 ， 找 到 发 生 朋 省 所 在 的 原始 的 类 、 方 法 和 代码 行 





此 外 ， 我 还 发 现 ， 有 些 Crash 是 开发 人 员 在 调试 的 时 候 发 到 线 上 的 
Crash 数 据 库 中 的 。 为 此 ， 本 地 开发 厂 本 的 渠道 号 ， 要 与 发 到 线 上 的 渠 
道 号 区 分 开 。 耕 则 ， 就 会 误 认 为 是 线 上 Crash 而 日 花 很 多 时 间 去 但 原 
因 。 








@ 提示 Unknown Source 





异常 信息 中 经 常会 出 现 “ 方 法 名 ”(Unknown Source) 的 内 容 。 这 就 
加 大 了 我 们 准确 定位 Crash 发 生 原因 的 难度 。 





导致 Unknown Source 的 出 现 有 以 下 两 点 原因 : 
1) 执行 javac 时 丢失 了 文件 名 和 行 号 
为 此 我 们 在 进行 javac 编 译 时 要 保留 debug 信 息 ， 如 下 所 示 : 


-keepattributes SourceFile,LineNumberTable 





2) 执行 混 消 时 丢失 了 文件 名 和 行 号 


为 此 ， 我 们 要 在 ProGuard 文 件 中 增加 以 下 语句 : 


-keepattributes SourceFile,LineNumberTable 


感谢 腾讯 Bugly 平 台 的 “精神 哥 * 在 审阅 本 章 的 时 候 所 提出 的 宝贵 意 
见 ， 关 于 Unknown Source 的 更 详细 介绍 ， 请 参 


见 : http://bugly.qq.com/blog/?p=110 。 

同 理 ， 对 于 测试 人 员 使 用 的 测试 包 ， 所 使 用 的 渠道 号 ， 也 要 与 用 到 
线 上 的 渠道 号 区 分 开 。 

对 于 每 晚 跑 Monkey 的 包 ， 由 此 产生 的 Crash 信 息 不 应 该 上 传 到 线 


上 上 ， 存 到 测试 机 上 即 可 。 每 天 有 人 去 排查 Monkey 日 志 即 可 。 这 样 就 避 
免 了 线 上 Crash 数 据 中 有 太 多 的 元 余数 据 。 





接 下 来 我 们 就 对 Android 中 的 Crash 逐 一 讲解 ， 共 计 84 个 ， 分 为 10 大 


类 。 








6.1 Java 语 法 相关 的 异常 


这 类 Crash， 通 常 是 和 Java 语 法 有 关系 。 同 样 的 错误 ， 在 Java 项 目 中 
也 层 见 不 鲜 。 所 垃 的 是 ， 这 些 纯 语 言 相关 的 异常 都 有 相应 的 解决 方案 。 





6.1.1 ” 空 指 针 





异常 中 的 关键 字 : 
NullPointException 


发 生 频 率 : 友 友 友 友 让 





乱 统 地 说 ，80% 的 Crash 在 异常 信息 中 都 带 有 NullPointException 这 样 
的 关键 字 ， 散 布 在 各 个 Activity 和 Adapter 中 ， 但 其 实 有 很 多 是 其 他 原 
导致 的 。 比 如 说 窗 体 泄 露 很 多 时 候 也 表现 为 NullPointException。 我 们 这 
里 只 讨论 几 种 最 简单 的 几 种 情况 (其 他 复杂 的 情况 散布 在 后 续 的 异常 分 
析 中 ) : 

1) 方法 需要 对 传 入 的 参数 判 空 后 再 使 用 。 调 用 MobileAPI 的 接口 


时 ， 过 于 相信 返回 的 数据 ， 一 旦 使 用 了 空 的 SON 值 ，App 就 有 可 能 出 
沉 。 这 类 原因 导致 的 Crassh， 修 复 是 比较 容易 的 ， 只 要 在 MobileAPI 接 口 





返回 的 数据 上 增加 非 空 判断 或 ry-catch 语 句 即 可 。 


很 多 App 开 发 都 使 用 了 AsyncTask 来 调用 MobileAPI 接 口 并 返回 数 
据 ， 在 AsyncTask 的 doInBackground 中 ， 会 因为 有 空 指 针 而 朋 尝 。 





2) 对 于 外 部 接口 调用 ， 需 要 确保 返回 值 中 不 为 空 ， 甚 至 需要 确保 
执行 该 接口 不 会 抛 出 其 他 异常 导致 程序 退出 。 比 如 ， 页 面 跳 转 前 后 ， 跳 
转 前 没准 备 好 数据 ， 跳 转 到 目标 页 执行 onCreate 方 法 时 解析 传 过 来 的 
Intent 时 ， 发 现 bundle 这 个 字典 中 的 条 些 数据 为 室 ， 那 么 使 用 的 时 候 束 出 
误 了 。 





3) 在 App 中 过 多 使 用 全 局 变量 ， 一 旦 发 生 内 存 回收 ， 这 些 全 局 变 
会 被 设置 为 空 ， 而 我 们 的 程序 又 没有 考虑 如 何 处 理 这 种 情况 。 针 对 于 
这 类 原因 导致 的 Crash， 我 们 要 避免 使 用 全 局 变量 ， 如 果 万 不 得 已 必须 
要 使 用 全 局 变量 ， 也 要 使 全 局 变量 文 持 序 列 化 到 本 地 的 机 制 ， 一 旦 我 们 
要 使 用 全 局 变量 而 义 发 现 其 为 空 的 时 候 ， 束 从 本 地 反 厅 列 化 回来 。 

















全 局 变量 这 类 问题 多 发 生 在 把 App 切 换 到 后 台 ， 过 一 段 时 间 后 再 切 
换 到 前 台 ， 因 为 要 执行 所 在 页 面 的 onResume 和 onCreate 方 法 ， 如 果 这 些 
方法 中 有 全 局 变量 并 且 被 回收 ， 那 么 会 立刻 就 月 泪 。 











此 外 ， 即 使 切换 回 前 台 不 会 朋 尝 ， 由 于 这 个 页 面 所 使 用 的 全 局 变量 
被 回收 了 ， 那 么 在 页 面 跳 转 时 ， 还 是 会 发 生 朋 湛 。 





关于 全 局 变量 的 详细 介绍 ， 参 见 第 3 章 的 3.5 节 “消灭 全 局 变量 ”。 


6.1.2 和 角 标 越界 





异常 中 的 关键 字 : 
.关键 字 1: IndexOutOfBoundsException 
.关键 字 2: StringIndexOutOfBoundsException 


:关键 字 3: ArrayIndexOutOfBoundsException 


发 生 频 率 : 交友 友 


如 图 6-1 所 示 ，IndexOutOfBoundsException 是 基 类 。 对 于 字符 串 截 
取 时 发 生 的 越界 ， 会 抛 出 StringIndexOutOfBoundsException 的 异常 信 
上 息 ， 而 对 于 数组 越界 ， 则 会 抛 出 ArrayIndexOutOfBoundsException 。 


这 类 Crash 也 是 由 于 程序 的 不 严 齐 导致 的 。 相 应 的 解决 方案 是 : 


-在 衣 历 一 个 数组 /集合 时 ， 要 预 判 数组 /集合 是 否 为 室 ， 长 度 是 人 否 大 
10 


-在 使 用 数组 /集合 中 的 元 素 时 ， 要 预 判 数组 /集合 长 度 是 否 有 这 么 
| 








IndexOutOfBoundsException 





StringlndexOutOfBoundsException ArrayIndexOutOfBoundsException 





图 6-1 IndexOutOfBoundsException 与 其 子 类 的 继承 关系 


字符 串 也 是 一 种 数组 ， 我 们 经 常会 使 用 subString 〈start，end) 这 样 
的 函数 ， 如 果 start 或 end 超 过 了 字符 串 的 长 度 ， 就 会 朋 演 。 解 决 方案 是 ， 
每 次 使 用 该 函数 时 ， 都 要 判断 字符 串 的 长 度 。 


ListView 操 作 不 当 也 会 导致 IndexOutOfBoundsException 的 异常 ， 请 


参阅 6.4.3 节 的 相关 介绍 。 


6.1.3 ”试图 调用 一 个 空 对 象 的 方法 





异常 中 的 关键 字 : 
Attempt to invoke virtual method on anull object reference 


发 生 频 率 : 交友 友 








这 种 Crash 的 产生 ， 是 因为 在 使 用 一 个 对 象 的 茶 个 方法 时 ， 这 个 对 
象 为 空 ， 就 是 次 没有 实例 化 。 比 如 ， 我 们 经 和 常 犯 的 一 个 错误 是 ， 将 实例 
化 的 语句 写 在 让 else 的 一 个 分 文中 ， 日 党 开发 和 调试 工作 只 保证 了 带 有 
实例 化 的 情况 ， 所 以 不 会 朋 尝 。 友 版 后 ， 没 有 实例 化 的 分 文才 会 被 大 量 
的 用 户 群 所 后 到 ， 于 是 就 月 演 了 。 


我 还 经 常 看 见 这 样 的 程序 ， 在 一 个 Activity 中 ， 调 用 另 一 个 Activity 
B 的 方法 ， 为 此 在 B 中 建立 一 个 static 变 量 。 当 这 个 static 变 量 被 回收 时 ， 
就 会 有 上 述 异 常 。 





还 有 一 种 可 能 ， 那 束 是 推送 ， 点 击 推送 消 恩 ， 根 据 事先 定好 的 协 
议 ， 跳 过 首页 直接 进入 二 级 甚至 三 级 页 面 。 这 时 ， 二 级 页 面 要 使 用 首页 
茶 个 对 象 时 ， 这 个 对 象 势必 为 空 ， 那 也 会 引发 同样 的 异 第 。 





6.1.4 ”类 型 转换 异常 











异常 中 的 关键 字 : 


ClassCastException:classA cannot be cast to classB 


发 生 频 率 ， 友 友 友 友 


这 类 Crash 都 是 由 于 强制 类 型 转换 导致 的 ， 如 下 所 示 : 


Object x = new Integer(0); 
String str = (String)x; 





这 就 会 抛 出 ClassCastException 的 异常 了 。 





解决 方案 是 ， 使 用 安全 类 型 转换 函数 ， 参 见 本 书 第 1 章 中 1.6 节 介绍 
的 类 型 安全 转换 函数 。 在 把 字符 串 转 换 为 整数 、 小 数 或 布尔 类 型 时 ， 我 
们 要 为 其 指定 转换 失败 时 的 默认 值 。 否 则 ， 就 会 得 到 一 个 空 值 ， 放 到 哪 
里 使 用 都 会 朋 温 。 





6.1.5 “数字 转换 错误 








异常 中 的 关键 字 : 
NumberFormatException 
发 生 频 率 : 友 友 太太 


在 数据 类 型 转换 过 程 中 ， 如 果 转 换 不 成 功 ， 一 般 抛 出 
ClassCastException 的 异常 。 只 有 一 个 例外 情况 ， 当 字符 型 转换 为 数字 失 
败 时 ，Android 系 统 会 殷 出 NumberFormatException 异 常 ， 如 下 所 示 : 





String abc = "123xxx45"，; 
int result = Integer.parseInt(abc); 





这 种 情况 多 发 生 在 服务 器 返回 数据 ， 没 有 按照 约定 返回 整数 而 是 字 


符 串 ， 客 户 关 必须 要 事先 考虑 到 这 种 情况 ， 如 果 转 换 失 败 ， 必 须 有 默认 
值 而 不 是 直接 就 崩 江 了 。 


6.1.6 ”声明 数组 时 长 度 为 -1 





异常 中 的 关键 字 : 


NegativeArraySizeException 


发 生 频 率 : 交友 


数组 大 小 为 负 值 寞 第 。 当 使 用 负数 大 小 值 创建 数组 时 抛 出 该 异 第 。 


我 认为 程序 员 不 可 能 犯 int arr=new int[-1]; 这 样 的 低级 错误 ， 所 以 
我 继续 试图 寻找 其 他 导致 这 个 异常 的 场景 。 我 在 网 上 找 了 很 入 ， 直 到 有 
一 天 ， 我 发 现 了 下 述 语句 : 








String[] arg 1 = new String[args.length - 


1]; 


当 args 数 组 中 没有 元 素 时 ， 就 会 出 现 int[-1] 的 场景 。 


此 外 ， 我 还 尝试 声明 int arr=new int[0]; 的 语句 ， 发 现 程序 并 不 会 报 
错 ， 但 是 这 样 的 语句 声明 得 到 的 变量 arr 坚 无 意义 ， 因 为 arr 的 长 度 为 0， 








ar 只 能 是 一 个 空 数组 ， 不 能 设置 其 中 的 任何 一 个 元 素 。 所 以 我 们 在 声明 
数组 时 ， 不 能 出 现 类 似 int[0] 这 样 的 语句 。 





综 上 所 述 ， 在 声明 一 个 数组 时 ， 如 果 数 组 长 度 是 由 力 一 个 变量 动态 
得 到 的 ， 要 保证 中 括号 [中 的 值 必 须 大 于 0。 


6.1.7 遍历 集合 同时 删除 其 中 元 素 





异常 中 的 关键 字 : 


ConcurrentModificationException 


发 生 频 率 : 友 克 


能 犯 这 种 错误 的 人 ， 还 是 拖 出 去 打 八 十 大 板 吧 ， 而 且 要 翻 过 来 打 的 
那 种 。 








但 凡 有 点 编程 常识 的 程序 员 都 知道 在 过 历 一 个 集合 时 不 能 删除 该 集 
合 中 的 元 素 ， 如 下 所 示 ， 必 然 产 生 这 样 的 崩 演 : 





HashMap<Integer, String> map = new HashMap<Integer, String>(); 
for (int i = 0; i < 10; i++) { 
map.put(i, "value" + 1i); 


for (Map.Entry<Integer, String> entry : map,entrySet()) { 
Integer key = entry.getkey(); 
if (key % 2 == 0) { 
map.remove(key); 
} 
} 


ee | 


该 问题 的 解决 方案 是 ， 需 要 再 定义 一 个 列表 结合 delList， 用 来 保存 
需要 删除 的 对 象 ， 如 下 所 示 : 





HashMap<Integer, String> map = new HashMap<Integer, String>(); 
for (int i = 0; i < 10; i++) { 
map.put(i, "value" + 1i); 


List delList = new ArrayList(); 
for (Map.Entry<Integer, String> entry : map,entrySet()) { 
Integer key = entry.getkey(); 
if (key % 2 == 0) { 
delList.add(key); 
} 
} 


for (int i = 0; i < delList.size(); i++) { 
map.remove(delList.get(i)); 
} 





还 有 为 一 种 产生 这 种 崩 尝 的 情况 ， 那 残 是 在 多 个 线程 中 删除 同一 个 
集合 中 的 元 素 。 


如 下 列 代码 所 示 ，vector 是 一 个 集合 ， 我 们 建立 了 两 个 线程 ， 线 程 1 
对 其 进行 禹 历 ， 线 程 2 对 其 进行 插入 操作 。 由 于 这 两 个 线程 同时 在 执 


行 ， 所 以 就 会 产生 ConcurrentModification Exception 的 异常 了 : 





static ArrayList<Integer> list = new ArrayList<Integer>(); 
void testScenario2() { 
for (int i = 0; i < 100; i++) { 
list.add(i); 


} 

Thread1 thread1 = new Thread1(); 
thread1.start(); 

Thread2 thread2 = new Thread2(); 
thread2.start(); 


} 
class Thread1 extends Thread { 
public void run() { 
while (true) { 
Iterator<Integer> iterator = list.iterator(); 
while (iterator.hasNext()) { 
System.out.printlin(iterator.next()); 

} 


} 
} 
class Thread2 extends Thread { 
public void run() { 
while (true) { 
for (int j = 101; j < 200; j++) { 
list.add(j); 





ArrayList 继 承 自 AbstractList， 这 是 一 个 迭代 器 ， 所 有 继承 自 
AbstractList 的 集合 类 ， 都 是 线程 不 安全 的 。 


相应 的 解决 方案 是 ， 将 Vector 换 为 CopyOnWriteArrayList， 这 是 一 
个 线程 安全 的 集合 类 。 


6.1.8 ”比较 器 使 用 不 当 





异常 中 的 关键 字 : 
Comparison method violates its general contract! 


发 生 频 率 : 友 友 





这 个 错误 是 因为 Comparator 的 compare 方 法 使 用 姿势 不 正确 导致 
的 。 


说 起 Comparator， 是 基于 插入 排序 算法 与 归并 排序 算法 相 结合 的 产 
物 巾 ， 要 比 我 们 日 常 所 使 用 的 冒 泡 排序 算法 快 很 多 ， 但 缺点 就 是 不 易 


掌握 ， 于 是 就 产生 了 这 里 所 讨论 的 卉 名。 


我 们 先 写 一 个 正确 的 用 法 : 





List<Double> list = new ArrayList<Double>(); 
list.add(22.1); 
list.add(22.1); 
list.add(19.7); 
list.add(26.3); 
Comparator<Double> comparator = new Comparator<Double>() { 
public int compare(Double di1, Double d2) { 
if (di < d2) { 
return -1; 
} else if (di > d2) { 
return 1; 
} else { 
return ©; 
} 


} 
}; 


Collections.sort(list, comparator); 





但 是 ， 我 们 经 党 会 偷懒 ， 把 这 个 compare 方 法 写成 这 样 : 





Comparator<Double> comparator = new Comparator<Double>() { 
public int compare(Double di1, Double d2) { 
return pi1 > p2?1: -1; 
} 


}; 





这 就 忽略 了 p1 和 p2 的 age 相等 的 情况 ， 这 时 应 该 返回 0。 当 数组 或 集 
合 中 的 元 素 以 某 种 方式 排列 的 时 候 ， 吏 会 报 Comparison method violates 


its general contract! 的 异常 了 ， 如 下 所 示 局 : 





public static void compare() { 
int[] sample = new int[] { 0, 9090, 0, 90, 0, 0, 0, 0, 0, 090, 0, 0, 0, 0, 0, 
0 


9， -2， 1, 0, -2, 9， 0, 0, 0 }; 
ArrayList<Integer> list = new ArrayList<Integer>(); 
for (int i : sample) { 

list.add(i); 


Comparator<Integer> comparator = new Comparator<Integer>() { 
public int compare(Integer o1, Integer 02) { 
If (o1 < 02) 


return -1; 

else if (01 > 02) 
return 1; 

else 
return 09; 

} 
了 
Collections.sort(list, comparator); 





为 了 预防 这 类 Crash 的 发 生 ， 我 的 解决 方案 是 对 每 个 自 定义 的 比较 
器 进行 单元 测试 ， 用 充足 的 测试 数据 来 保障 逻辑 没有 问题 。 参 见 本 书 第 
8 章 中 8.9 节 介绍 的 单元 测试 。 


6.1.9 ” 当 除 数 为 0 





异常 中 的 关键 字 : 





java.lang.ArithmeticException:divide by zero 


发 生 频 率 : 让 女 


当 在 程序 中 执行 一 个 除法 时 ， 如 果 除 数 为 0， 就 会 发 生 上 述 衣 活 。 


我 们 一 般 不 会 直接 写 出 除数 为 0 的 异常 来 。 这 样 的 Crash 多 发 生 在 第 
三 方 控 件 中 ， 比 如 说 GifView， 这 个 框架 很 有 名 ， 用 于 显示 gif 动画 。 


GifView 这 个 开源 项 目 有 很 多 变 体 ， 但 是 无 论 如 何 ， 都 应 该 注意 其 


中 movie 的 duration 方 法 ， 这 个 值 表示 动画 持续 的 时 间 ， 在 接 下 来 的 代码 
中 将 会 作为 除数 ， 如 果 为 0， 束 会 抛 出 上 述 的 异 稼 信息 了 ， 这 时 候 要 将 
其 设置 为 默认 值 1 秒 。 昌 | 


6.1.10 不 能 随便 使 用 的 asList 








异常 中 的 关键 字 : 
java.lang.UnsupportedOperationException at 
java.util.AbstractList.remove(AbstractList.java:144)at 
java.util.AbstractList$Itr.remove(AbstractList.java:360)at 


java.util.AbstractCollection.remove(AbstractCollection.java:252)at 


发 生 频 率 : 友 克 


这 个 异常 是 因为 对 asList 方 法 的 理解 有 误导 致 。Arrays.asList() 的 返 
回 值 类 型 为 java.util.Arrays$ArrayList， 而 不 是 ArrayList。 画 一 个 类 的 继 
承 关系 图 ， 如 图 6-2 所 示 。 


AbstractList 


+ add (Object obj) 
+remove (Object obj) 


ArrayList 


图 6-2 ”AbstractList 类 的 继承 关系 图 

















Arrays$ ArrayList 





从 图 中 看 到 ，AbstractList 这 个 基 类 有 两 个 方法 add 和 remove。 但 是 
它 的 两 个 子 类 ， 只 有 ArrayList 实 现 了 add 和 remove 这 两 个 方法 ， 而 
Arrays$ArrayList 却 没有 实现 这 两 个 方案 ， 而 直接 抛 出 


UnsupportedOperation Exception 异 各。 





写 一 段 导 致 这 个 异常 的 代码 ， 如 下 所 不: 





String str = "1,2,3,4,5"; 
List<String> test = Arrays.asList(str.split(",")); 
test,.remove("1"); 





相应 的 解决 方案 是 ， 将 java.util.Arrays$ArrayList 转 换 为 ArrayList， 


如 下 所 示 : 


String str = "1,2,3,4,5"; 

List<String> list = Arrays.asList(str.split(",")); 
List arrayList = new ArrayList(1ist),; 
arrayList,.remove("1"); 





6.1.11 叉 有 类 找 不 到 了 (一 ) : ClassNotFoundException 





异常 中 的 关键 字 : 


ClassNotFoundException 


发 生 频 率 : 妈妈 妇女 


当 我 们 动态 加 载 一 个 类 的 时 候 ， 如 果 这 个 类 在 运行 时 找 不 到 ， 就 会 
抛 出 这 个 异常 。 比 如 说 ，Class 会 有 一 个 forName 方 法 : 





Class.forName("com.company.package.class"); 








由 于 类 的 全 名 称 是 字符 串 形 式 ， 这 个 值 极 有 可 能 可 能 是 不 正确 的 ， 
那 目 然 融 会 加 载 不 成 功 了 。 类 似 的 方法 还 有 : 


.ClassLoader 中 的 findSystemClass (“classname”) 方法 。 
“ClassLoader 中 的 loadClass (“classname”) 方法 。 


我 们 在 6.2 节 中 会 介绍 导致 ClassNotFoundException 的 几 种 情况 ， 比 
如 说 使 用 Proguard 会 把 一 些 类 混 消 了 ， 但 是 Class.forName 中 的 参数 值 并 


不 会 改变 ， 那 么 自然 就 会 找 不 到 类 了 。 


6.1.12 义 有 类 找 不 到 了 (二 ) : NoClassDefFoundError 





异常 中 的 关键 字 : 





NoClassDefFoundError 


发 生 频 率 ， 友 友 友 友 


当 我 们 在 B 类 中 声明 一 个 A 类 的 实例 ， 如 下 所 示 : 


ClassA obj = new ClassA(); 


但 是 打包 时 B 和 A 分 别 位 于 不 同 的 dex 中 ， 这 时 如 果 在 A 所 在 的 dex 中 
把 A 类 删除 了 ， 那 么 在 运行 时 执行 到 这 句 话 时 就 会 抛 出 


i 


NoClassDefFoundError 的 异常 信息 。 


通常 插件 化 编程 的 时 候 会 牢 扯 出 这 个 异常 ， 因 为 要 使 用 到 
DexClassLoader。 也 许 你 的 项 目 中 没有 用 到 插件 化 编程 但 是 也 有 类 似 的 
问题 ， 那 么 就 看 一 下 你 所 使 用 的 第 三 方 SDK 吧 。 





[1] 关于 Comparator 的 算法 实现 机 制 ， 详 细 信 息 请 参见 


http://blog.2baxb.me/993/?utm_source=tuicool 








[2] 关于 这 个 bug 的 详细 介绍 ， 网 上 已 经 找 不 到 原创 ， 请 参见 其 中 一 篇 转 
载 文章 : http://blog.csdn.net/sells2012/article/details/18947849， 隐 约 能 查 
到 的 是 ， 此 文 为 HuangWei 所 写 ， 相 关 代 码 请 到 GitHub 下 载 : 
https://github.com/Huang-Wei/understanding-timsort-java7。 

[3] 详细 内 容 请 参见 


http://blog.csdn.net/loongggdroid/article/details/21166563。 





6.2 ” Activity 相关 的 异 利 


Android 四 大 组 件 ， 对 于 应 用 类 App 而 言 ， 使 用 最 多 的 是 Activity， 
偶尔 会 用 到 Service 和 BroadCastReceiver， 线 上 关于 Actvity 的 骨 溃 也 是 最 
多 的 。 





对 于 这 些 异 常 ， 只 从 字面 上 分 析 是 远 远 不 够 的 。 它 们 通常 是 由 外 界 
环境 所 导致 的 ， 比 如 说 找 不 到 一 个 Activity 或 Service， 有 可 能 是 混 消 或 
dex 拆 分 不 当 导 致 的 。 


6.2.1 ” 找 不 到 Activity 





异常 中 的 关键 字 : 


android.content.ActivityNotFoundException:No Activity found to 


handle Intent{ ...} 


发 生 频 率 : 友 友 友 





出 现 错误 的 原因 是 ，URL 不 是 以 http 开 头 ， 代 码 束 会 抛 出 异常 





Uri uri = Uri. parse(” www.baidu.com"); 
Intent int = new Intent(Intent.ACTION_VIEW, uri); 
StartActivity(intent ) ， 





这 类 Crash 还 有 一 种 发 生 的 场景 是 ， 当 我 们 要 打开 SD 卡 上 的 一 个 
HTML 页面 时 ， 没 有 为 Intent 指 定 打 开 该 HITML 页 面 所 需要 的 浏览 器 ， 如 


下 所 二: 





Intent intent = new Intent(Intent .ACTION_VIEW， 
Uri.parse("file:// sdcard/101.html")); 
// 此 处 指定 系统 自 带 浏览 器 包 名 和 


Activity 名 科 


// intent.setcCclassName("com.android,.browser", 
// "com.android.browser.BrowserActivity"),; 
StartActivity(intent ) ， 





就 是 因为 指定 浏览 器 的 语句 被 注释 了 ， 上 所 以 瓯 月 误 了 。 我 最 初 想 重 
现 这 个 异 冲 的 时 候 ， 因 为 手机 上 装 了 爱 奇 艺 App， 所 以 即使 没有 指定 系 
统 目 带 的 浏览 器 ， 也 会 弹出 爱 奇 艺 的 播放 器 。 只 有 凶 载 了 爱 奇 艺 App， 


才 会 复 现 该 问题 。 








还 有 一 个 原因 ， 如 果 是 调用 百度 地 图 的 openBaiduMapNavi 方 法 导致 
的 Crash， 有 可 能 是 手机 没有 安装 百度 地 图 的 客户 端 ， 而 这 个 方法 就 是 
要 打开 这 个 客户 端 。 解 决 方案 是 判断 其 是 否 安 装 了 ， 没 有 的 话 就 提示 用 
户 有 问题 要 么 就 干脆 不 显示 。 








6.2.2 ”不 能 实例 化 Activity 





异常 中 的 关键 字 : 


java.lang.RuntimeException:Unable to instantiate activity 


ComponentInfo 


发 生 频 率 : 友 友 交友 





这 种 Crash， 通 常 是 因为 没有 在 AndroidManifest.xml 清 单 中 注册 该 
activity， 或 者 在 创建 完 activity 后 ， 修 改 了 包 名 或 者 activity 的 类 名 ， 而 配 
置 清单 中 没有 修改 ， 造 成 不 能 实例 化 。 





如 果 还 不 能 解决 问题 ， 有 可 能 是 系统 处 于 异常 状态 关机， 内存 不 
足 ) 等 ， 导 致 部 件 初 始 化 失败 。 


6.2.3” 找 不 到 Service 





异常 中 的 关键 字 : 
java.lang.RuntimeException:Unable to instantiate receiver 


发 生 频 率 : 友 友 





对 于 应 用 类 App 而 言 ， 不 可 能 开发 期 间 没 有 问题 ， 而 发 布 到 线 上 却 
发 现 上 述 的 朋 浊 ， 所 以 我 们 接 下 来 的 讨论 也 基于 此 。 对 于 Manifest.xml 
文件 中 写 错 了 的 类 似 问 题 我 们 就 不 研究 了 。 


首先 检查 代码 中 是 否 有 Class.forName("class1") 这 样 的 语句 。 对 于 
此 ，ProGuard 会 将 class1l 混 淆 ， 从 而 就 是 找 不 到 class1l 这 个 类 。 


6.2.4 ”不 能 启动 BroadcastReceiver 














异常 中 的 关键 字 : 


Unable to start receiver 


发 生 频 率 : 妈妈 


在 推送 的 时 候 ， 会 和 App 事 先 定 好 协议 ， 点 击 推送 消息 就 能 跳 过 首 
页 直接 进入 二 级 页 面 ， 如 下 所 示 ， 我 们 要 在 一 个 BroadcastReceiver 中 编 
写 如 下 代码 : 








Intent intent = new Intent(context, S13Activity.class); 
intent.putExtra(bundle); 

intent.setFlags(intent.FLAG ACTIVITY_NEW_TASK); 
context.startActivity(intent); 





使 用 Activity 以 外 的 content 来 startActivity， 比 如 BroadcastReceiver， 
就 必须 指定 为 Intent.FLAG_ACTIVITY_NEW_TASK， 否 则 就 会 抛 出 上 


述 异 常 信息 。 


此 外 ， 还 有 类 似 的 一 个 异常 ， 如 下 所 示 : 





Caused by: android.util.AndroidRuntimeException: 


Calling startActivity() from outside of an Activity context 
requires the FLAG_ACTIVITY_NEW_TASK fiag. 
Zs this really what you want? 





众所周知 ，Context 中 有 一 个 startActivity 方 法 ，Activity 继 承 自 
Context， 重 载 了 startActivity 方 法 。 如 果 使 用 Activity 的 startActivity 方 
法 ， 不 会 有 任何 限制 ， 而 如 果 使 用 Context 的 startActivity 方 法 的 话 ， 就 需 
要 开局 一 个 新 的 task， 遇 到 上 面 那个 异 冲 的 ， 都 是 因为 使 用 了 Context 的 
startActivity 方 法 。 解 决 办 法 是 ， 加 一 个 fiag: 





intent.addFlags(Intent.FLAG ACTIVITY_NEW_TASK); 





这 样 就 可 以 在 新 的 task 里 面 启动 这 个 Activity 了 。 


6.2.5 ”startActivityForResult 不 能 回 传 





异常 中 的 关键 字 : 





Failure delivering result ResultInfo{who=null,request=0,result=-1 


发 生 频 率 : 友 友 友 


这 类 问题 是 startActivityForResult 导 致 的 。 就 是 说 传 回 来 的 key 是 A， 
但 是 却 按照 B 这 个 key 来 取 值 。 如 下 所 示 : 








protected void onActivityResult(int requestCode, int resultCode, Intent data) { 
switch (resultCode) { 


case 1: 
Bundle bundle = data.getExtras(); 
String number = bundle.getString("number"); 
if (!("".equals(number))) 
textviewi1.setText (number ); 
break; 
default: 
break ; 





我 们 看 到 ，number 这 个 字符 串 为 null 时 ， 在 执行 equal 语 法 时 就 会 月 
溃 。 其 实 是 空 指针 导致 的 ， 但 是 表现 为 Failure delivering result ResultInfo 


的 异 第 。 


6.2.6 ” 猴 急 的 Fragment 





异常 中 的 关键 字 : 
Fragment not attached to Activity 


发 生 频 率 : 次 克 六 





发 生 这 个 异常 ， 是 因为 Fragment 在 还 没有 Attach 到 Activity 时 ， 调 用 


了 诸如 getResource() 这 样 的 方法 : 





getResources().getString(R.string.app_nanme); 











相应 的 解决 方案 是 ， 在 获取 资源 前 先 使 用 isAdded 方 法 进行 判断 ， 
如 下 所 示 : 





if(isAdded())t{ 
getResources().getString(R.string.app_name); 


} 





isAdd 方 法 是 Android 系 统 提 供 的 ， 它 只 有 在 Fragment 被 添加 到 所 属 
的 Activity 后 才 会 返回 true。 


[1] 关于 这 个 Crash 的 更 多 信息 请 参见 : 
http://www.it165.net/pro/html/201406/15547.html。 





6.3 订 列 化 相关 的 异 利 


Android 中 的 序列 化 分 两 种 ， 一 种 是 原始 的 Serializable， 另 一 种 是 
Android 为 了 提升 性 能 而 量 身 打造 的 Parcelable。 接 下 来 将 介绍 序列 化 不 
当 导 致 的 异常 。 


6.3.1 ”实体 对 象 不 支持 序列 化 





异常 中 的 关键 字 : 


Parcelable encountered IOException writing serializable 


object(name=XXX)...... 


发 生 频 率 : 交友 友 


看 下 面 这 个 实体 类 ， 它 看 上 去 是 支持 序列 化 的 : 





public class UserInfo implements Serializable { 
private static final long serialVersionUID = 1L; 
private String username; 
private CreditCard creditCard; 
public UserInfo(){ 





看 其 中 的 CreditCard 实 体 ， 它 的 定义 如 下 : 





public class CreditCard { 


public String cardNO 





也 就 是 说 ，CreditCard 类 不 支持 序列 化 。 那 么 ， 当 UserInfo 对 象 中 
CreditCard 属 性 的 值 为 空 时 ， 没 有 任何 问题 ， 而 一 旦 CreditCard 属 性 值 不 
为 宇 ， 那 么 UserInfo 在 序列 化 的 时 候 ， 束 会 因为 这 个 属性 不 能 序列 化 而 


衣 泪 O 
人 提示 JSONObject 和 JSONArray 不 支持 序列 化 


对 于 JSONObject 和 JSONArray 这 样 的 类 型 ， 也 是 不 文 持 序列 化 的 ， 
所 以 实体 中 一 旦 有 这 样 的 属性 ， 必 然 朋 省。 


6.3.2 ”序列 化 时 未 指定 ClassLoader 











异常 中 的 关键 字 : 


BadParcelableException:ClassNotFoundException when 


unmarshalling...... 


发 生 频 率 : 妈妈 


在 使 用 Parcelable 机 制 的 时 候 ， 会 遇 到 上 述 异常 信息 。 








比如 说 下 面 这 个 序列 号 类 MyParcelable， 有 个 自 定义 类 型 ClassA 的 
属性 a: 


有 


public class MyParcelable :implements Parcelable { 
private String mSstr; 
private ClassA a; 


， // 省 咯 若干 语句 





private MyParcelable(Parcel in) { 
mstr = in.readstring(); 
a = in.readParcelable(null); 
} 
} 





崩 演 出 在 最 后 一 名 上， 对 a 的 反 序列 化 上 : 





a = in.readParcelable(null); 





当 把 它 改 为 下 面 这 样 ， 束 不 会 再 朋 沉 了 : 





a=in.readParcelable(ClassA.class.getCclassLoader()); 





人 证 示 ClassLoader 的 概念 
当 ClassLoader 为 空 时 ， 系 统 会 采取 默认 的 ClassLoader。 


Android 有 两 种 不 同 的 ClassLoader: framework ClassLoader 和 apk 
ClassLoader， 其 中 framework ClassLoader 知 道 怎 么 加 载 Android 系 统 内 部 
的 类 ;apk ClassLoader 知 道 怎 么 加 载 我 们 目 己 写 的 类 ， 也 知道 怎么 加 载 
Android 系 统 内 部 的 类 。 


在 App 刚 启动 时 ， 默 认 ClassLoader 是 apk ClassLoader， 但 在 系统 内 


存 不 足 应 用 被 系统 回收 会 再 次 局 动 ， 这 个 默认 ClassLoader 会 变 为 
framework ClassLoader， 所 以 对 于 我 们 目 己 的 类 会 报 


ClassNotFoundException.。 


6.3.3” 反 序列 化 时 发 现 类 找 不 到 : 被 ProGuard 泥 淆 导致 的 崩 尝 





异常 中 的 关键 字 : 


Parcelable encountered ClassNotFoundException reading a Serializable 


发 生 频 率 : 友 友 


在 反 序列 化 的 时 候 ， 发 现 有 个 类 找 不 到 。 一 般 而 言 ， 这 样 的 崩 尝 ， 
在 开发 调试 期 间 就 会 暴露 出 来 。 但 为 什么 开发 期 间 没 事 发 到 线 上 就 出 问 
题 了 呢 ?StackOverfiow 上 有 个 哥们 四 而 不 人 铭 的 花 了 2 年 时 间 人 这 个 问 
题 ， 最 后 发 现 是 ProGuard 导 致 的 。 





ProGuard 对 于 Class.forName 〈className) 中 的 class 是 无 能 为 力 的 ， 
它 会 将 这 个 class 混 消 得 面目 全 非 ， 于 是 在 反 序 列 化 这 个 类 的 时 候 却 发 现 
找 不 到 这 个 类 了 ， 上 自然 就 会 抛 出 这 种 异常 信息 了 。 相 应 的 解决 方案 就 
是 ， 在 ProGuard 文 件 中 keep 这 个 类 。 








6.3.4 反 序 列 化 时 发 现 类 找 不 到 传 入 果 形 数据 








异常 中 的 关键 字 : 


Parcelable encountered ClassNotFoundException reading a Serializable 


object (name= 某 个 类 名 称 ) 


发 生 频 率 : 友 友 





这 是 一 个 最 近 发 现 的 安全 漏洞 。 


由 于 在 App 中 使 用 了 getSerializableExtra() 的 API，App 开 发 人 员 没 有 
对 传 入 的 数据 做 异常 判断 ， 别 有 企图 的 人 可 以 通过 传 入 畸形 数据 ， 导 致 
本 地 拒绝 服务 。 


例如 传 入 简单 类 型 ， 比 如 Integer， 就 会 抛 出 类 型 转换 异常 


ClassCastException。 


而 当 传 入 自 定 义 的 可 序列 化 对 象 时 ， 就 会 抛 出 上 述 带 有 


ClassNotFoundException 的 异常 信息 了 。 癌 | 


6.3.5 反 序 列 化 时 出 错 








异常 中 的 关键 字 : 


Could not read input channel file descriptors from parcel...... 


发 生 频 率 : 友 友 友 


出 现 这 个 异常 ， 一 般 是 因为 Intent 传 递 的 数据 太 大 了 ， 貌 似 大 于 
1MB 束 会 月 尝 。 


此 外 ， 网 上 也 有 人 说 是 因为 FileDescripter 太 多 而 且 没 有 关闭 ， 或 
looper 太 多 没有 退出 导致 的 ， 我 没有 验证 过 ， 仪 供 参考 。 


详细 信息 请 参见 http://stackoverf iow.com/questions/6014806/android- 
classnotfoundexception-when-passing-serializable-object-to-activity。 
[2] 这 个 安全 漏洞 由 360 近 期 发 现 ， 参 见 
http://blogs.360.cn/360mobile/2015/01/06/android-app 通 用 型 拒绝 服务 漏洞 
分 析 报 告 / 


6.4 ”列表 相关 的 寞 第 


有 Adapter 在 的 地 方 ， 就 有 ListView， 就 有 因此 而 产生 的 异常 。 这 些 
异常 基本 是 因为 下 拉 列 表 刷 新 数据 时 处 理 不 当 导 致 的 。 这 主要 是 
Android 本 喘 没 有 提供 标准 的 下 拉 刷 新 数据 的 列表 控件 ， 而 网 上 千 奇 百 
怪 的 下 拉 刷 新 控件 又 都 有 这 样 那样 的 缺陷 。 封 装 得 再 完善 的 下 拉 列 表 控 
件 ， 也 只 能 确保 在 大 部 分 机 型 上 工作 良好 。 








6.4.1 Adapter 数 据 源 变化 但 是 没 通知 ListView 





异常 中 的 关键 字 : 


The content of the adapter has changed but ListView did not receive a 
notification.Make sure the content of your adapter is not modified from a 


background thread,but only from the UI thread. 


发 生 频 率 : 友 友 龙 友 让 





上 述 异 常 信息 的 大 体 意 思 是 ，adapter 的 内 容 变化 了 ， 但 是 相应 的 
ListView 并 不 知情 。 请 保证 adapter 的 数据 在 主线 程 中 进行 更 改 ! 





首先 ， 一 种 极端 的 解决 方案 是 ， 每 次 设置 adapter 中 的 集合 数据 时 ， 


都 要 将 其 clone 一 份 ， 而 不 是 直接 传递 一 个 集合 过 来 。 但 是 这 样 会 比较 消 


其 次 ， 要 确保 每 次 在 Activity 中 设置 adapter 的 值 ， 而 不 是 在 后 人 台 线 
程 ; 有 以 下 儿 个 办 法 ; 


1) 调用 Activity 的 runOnUiThread0) 方 法 ， 如 下 所 示 : 





private class OnClickListenerIimpl 
implements View.OnClickListener { 
Q@Override 
public void oncClick(View arg0)t{ 
new Thread( ){ 
public void run(){ 
MainActivity.this,runonuUiThread(new Runnable() { 
Q@Override 
public void run() { 
textViewi1.setText("Hello World!"); 


}); 


} 
}.start(); 





2) 调用 Handler， 通 知 主线 程 修改 adapter。 
3) 使 用 AsyncTask 也 是 一 个 不 错 的 选择 ， 虽 然 它 也 有 很 多 缺陷 。 


最 后 ， 无 论 何 时 何 地 ， 只 要 修改 了 adapter 中 集合 数据 的 值 〈 比 如 设 
置 一 个 集合 数据 、 加 一 笔 数 据 、 清 空 集合 数据 ) ， 就 要 马上 调用 
notifyDataSetChanged 方 法 ， 以 确保 列表 同步 更 新 。 








这 个 异常 在 Android 技 术 圈 儿 里 可 算是 大 名 易 易 了 ， 基 本 上 上 所 有 的 


App 应 用 都 存在 这 样 的 月 盖 。 





6.4.2 ”ListView 深 动 时 点 击 刷 新 按钮 后 月 尝 





异常 中 的 关键 字 : 
java.lang.IndexOutOfBoundsException:Invalid index 30,size is 1 at 


java.util.ArrayList.throwIndexOutOfBoundsException(ArrayList.java:25 


java.util. ArrayList.get(ArrayList.java:304)at 


android.widget.HeaderViewListAdapter.getView(HeaderViewListA dapter.jav 


发 生 频 率 : 交友 友 


Listview 滚 动 的 时 候 ， 表 示 它 已 经 获取 了 adapter 的 getCounts0， 可 能 
是 30， 也 可 能 更 大 。 回 调用 getViewO， 这 个 时 候 将 数据 clear 扩 了。 当然 
会 报 IndexOutOfBoundsException:Invalid index 30，size is 1。 这 个 1 是 那 


个 header， 因 为 我 们 使 用 的 是 HeaderViewList Adapter。 


这 种 Crash 的 解决 方案 是 ，Listview 深 动 的 时 候 ， 将 刷新 按钮 设置 为 
不 可 点 击 ， 如 下 所 示 : 





public void refresh() { 
startLocation( ) ， 
pageNo = 0; 
hasMore = true; 


dataList.clear(); 
moreBtn.setVisibility(View,.GONE); 
JoadFirstPageData( ); 

} 





6.4.3 ”AbsListView 的 obtainView 返 回 空 指 针 





异常 中 的 关键 字 : 





java.lang.NullPointerException at android.widget.AbsListView.obtain 
View(AbsListView.java:1521)at 


android.widget.ListView.makeAndAddView 
发 生 频 率 : 友 友 妇 


导致 空 指针 的 罪 括 祸首 是 AbsListView 的 obtainView 方 法 获取 不 到 
View， 究 其 原因 是 getView 方 法 在 某 些 时 候 返 回 null。 


解决 方案 很 简单 ，getView 的 第 二 个 参数 convertView 是 不 会 为 null 
的 ， 在 getView 返 回 值 的 时 候 ， 判 断 一 下 是 否 为 null， 如 果 为 null， 则 返 


回 convertView。 


6.4.4 Adapter 数 据 源 变化 但 是 没 调用 notifyDataSetChanged 





异常 中 的 关键 字 : 





The application's PagerAdapter changed the adapters contents without 


calling PagerAdapter#notifyDataSetChanged 


发 生 频 率 : 友 克 


PagerAdapter 对 于 notifyDataSetChanged() 和 getCount() 的 执行 顺序 是 
非常 严格 的 ， 系 统 跟踪 count 的 值 ， 如 果 这 个 值 和 getCount 返 回 的 值 不 一 
致 ， 就 会 抛 出 这 个 异常 。 所 以 为 了 保证 getCount 总 是 返回 一 个 正确 的 
值 ， 那 么 在 初始 化 ViewPager 时 ， 应 先 给 adapter 初 始 化 内 容 后 再 将 该 
adapter 传 给 ViewPager， 如 果 不 这 样 处 理 ， 在 更 新 adapter 的 内 容 后 ， 应 
该 调用 一 下 Adapter 的 notifyDataSetChanged 方 法 。 





6.5 窗 体 相关 的 异种 





这 种 Crash 很 有 名 ， 原 因 基 本 都 是 在 执行 dismiss 方 法 销毁 对 话 框 的 
时 候 ，Activity 已 经 不 再 存在 。 但 是 随 着 场景 的 不 同 ， 抛 出 的 寞 第 信息 
却 又 大 不 相同 。 本 市 我 还 会 顺带 讲 一 下 在 非 主线 程 操 作 UI 导 致 的 异常 。 





6.5.1 窗口 句柄 泄露 





异常 中 的 关键 字 : 


android.view.WidnowLeaded:Activity xxx has leaked window 
com.android.internal.policy.impl.PhoneWindow$DecorView{xxxx}that was 


originally added here. 


发 生 频 率 : 友 妇 





我 们 试 着 写 这 样 一 段 代 码 ， 来 重 现 这 个 开 常 : 





Dialog dialog; 

Q@Override 

protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
SetContentView(R,1Layout.activity_Ss1_scenario1) ， 
AlertDialog,Builder info = new AlertDialog.Builder(this); 
Info,SetTitJle("Dialog"),.setPositiveButton("OK"，nulJ]) 

.SetMessage("This is a Dialog"); 

dialog = info.show(); 
finish(); 


a == 





以 上 代码 在 运行 时 必然 骨 演 ， 这 是 因为 ， 最 后 finish 语 句 销毁 了 当 
前 Activity， 但 是 在 它 基 础 上 创建 的 AlertDialog 对 话 框 还 在 ， 窗 口 句柄 泄 
露 ， 未 能 及 时 销毁 。 





finish(O 语 句 是 我 故意 写 的 ， 是 为 了 重 现 这 个 异常 。 现 实 中 当然 不 会 
这 么 写 代 码 ， 往 往 是 因为 我 们 在 非 主线 程 中 的 某 些 操作 不 当 而 产生 了 一 
个 严重 的 异常 ， 从 而 强制 关闭 当前 Activity。 而 在 关闭 的 同时 ， 却 没 能 
及 时 调用 dismiss 来 解除 对 ProgressDialog 等 的 引用 ， 从 而 系统 抛 出 了 上 述 


月 演 信 息 。 


可 以 再 写 一 个 Demo， 来 模拟 Activity 被 销毁 的 情景 : 





Dialog dialog; 
Q@override 
protected void onCreate(Bundle savedInstanceState) { 

super ,onCreate(SavedInstanceState ) ; 
setCcontentView(R.1layout.activity_s1_ scenario2); 
AlertDialog.Builder info = new AlertDialog.Builder(this); 
info.setTitle("Dialog").setPpositiveButton("OK", null) 

.SetMessage("This is a Dialog"); 
dialog = info.show(); 
findViewById(R.id.btnSstartThread).setonClickListener( 

new View.OnClickListener() { 
@Override 
public void onClick(View v) { 
new Thread(new Runnable() { 
QOverride 
public void run() { 
try { 
Thread.sleep(10000); 
} catch (InterruptedException e) { 
e.printStackTrace( ); 


dialog.dismiss(); 
} 
}) .start(); 


}); 


同时 ， 要 设置 这 个 Activity 文 持 横竖 屏 旋转 ， 这 时 就 会 产生 有 毅 温 信 
息 了 。 





相应 的 解决 办 法 是 ， 重 写 Activity 的 onDestroy 方 法 ， 在 方法 中 调用 
dismiss 来 解除 对 ProgressDialog 等 的 引用 : 





Q@Override 
public void onDestroy() { 
super ,onDestroy( ) ; 
/ / ”成败 就 在 这 句 话 ， 注 释 了 就 会 


Crash 
dialog.dismiss(); 





6.5.2 View not attached to window manager 








异常 中 的 关键 字 : 


java.lang.lllegal ArgumentException:View not attached to window 


manager at 
android.view.WindowManagerImpl.findViewLocked(WindowManagerl 
android.view.WindowManagerImpl.removeView(WindowManagerImpl. 
android.view.Window$LocalWindowManager.removeView(Window.jav 


android.app.Dialog.dismissDialog(Dialog.java:268)at 


android.app.Dialog.access$000(Dialog.java:69)at 
android.app.Dialog$1.run(Dialog.java:103)at 


android.app.Dialog.dismiss(Dialog.java:252) 


发 生 频 率 : 友 友 让 友 让 


发 生 这 类 Exception 的 场景 是 ， 有 一 个 费时 的 线程 任务 ， 在 任务 开始 
的 时 候 显示 一 个 对 话 框 ， 然 后 当 任务 完成 了 再 销毁 对 话 框 ， 在 此 期 间 如 
果 Activity 因 为 某 种 原因 被 杀 掉 且 又 重新 启动 了 ， 那 么 当 Dialog 调 用 
dismiss 方 法 的 时 候 WindowManager 检 查 发 现 Dialog 所 属 的 Activity 已 经 不 


存在 了 ， 所 以 会 报 View not attached to window manager。 (1 


要 想 避 人 免 此 类 Exception， 就 要 正确 的 使 用 对 话 框 ， 也 要 正确 的 使 用 
线程 ， 有 以 下 几 点 需要 注意 。 








1) 正确 使 用 对 话 框 。 不 要 在 非 UI 线 程 中 使 用 对 话 框 创建 ， 显 示 和 
取消 对 话 框 。 


那么 对 于 弄 步 操作 显示 对 话 框 怎么 办 呢 ? Activity 都 有 相应 的 操作 
对 话 框 的 回调 ， 比 如 : 


‘onCreateDialog() 


‘showDialog() 
‘dimissDialog() 


‘removeDialog() 


以 上 这 些 都 是 Activity 的 方法 ， 因 此 使 用 起 来 更 方便 ， 也 不 用 显示 
创建 和 操控 Dialog 对 象 ， 一 切 都 由 框架 操控 ， 相 对 来 说 比较 安全 。 


2) 一 定 要 让 对 话 框 对 象 在 Activity 的 可 控制 范围 之 内 和 生命 周期 之 
内 。 比 如 对 话 框 一 定 要 是 Activity 的 成 员 变 量 ， 并 且 在 让 对 话 框 变量 活 
跃 在 Activity 的 onCreate() 和 onDestroy0 这 两 个 方法 之 间 。 


写 一 个 引发 此 Crash 的 例子 : 





private ProgressDialog mProgressDialog,; 
@Override 
public void onCreate(Bundle SavedInstanceState) { 
Super ,onCreate(SavedInstanceState ) ; 
setcontentView(R.1layout.activity_s10); 
mpProgressDialog = new ProgressDialog(this); 
mpProgressDialog.show( ); 
new Handler().postDelayed(new Runnable() { 
@Override 
public void run() { 
mProgressDialog.dismiss()， 


}, 1000); 
finish(); 





后 来 我 在 网 上 看 到 另 一 种 完美 的 解决 方案 品 : 从 ProgressDialog 中 
派生 出 SafeProgress-Dialog 子 类 ， 通 过 履 写 dismiss 方 法 ， 在 
ProgressDialog.dismiss 方 法 执行 之 前 判断 Activity 是 人 否 存 在 。 


有 


class SafeProgressDialog extends ProgressDialog { 
Activity mParentActivity; 
public SafeProgressDialog(Context context) { 
super (context); 
mParentActivity = (Activity) context,; 


@Override 
public void dismiss() { 
if (mParentActivity != null 
&& !ImParentActivity.isFinishing()) { 
super .dismiss(); 
} 
} 
} 








6.5.3 ” 窗 体 在 不 恰当 的 时 候 获 取 了 焦点 








异常 中 的 关键 字 : 


java.lang.NullPointerException:android.widget.PopupWindow$PopupVi 


ntainer.dispatchKeyEvent 


发 生 频 率 : 





这 个 问题 是 因为 在 PopupWindow 显 示 之 前 ， 就 把 焦点 赋予 了 它 ， 结 
果 当 然 会 Crash 了 。 


类 问题 只 在 Android 2.3 版 本 才 会 偶然 出 现 ， 我 看 到 Android 系 统 
4.0 的 源码 修改 了 方法 ， 在 底层 对 这 个 问题 进行 了 规避 。 Dil 








但 是 对 于 2.3 的 Android 系 统 ， 我 们 还 是 要 进行 兼容 。 相 应 的 解决 方 
法 是 ， 在 创建 PopupWindow 的 时 候 不 立即 调用 setFocusable(true)， 而 是 


在 showAtLocation 后 再 调用 setFocusable(true)， 同 时 ， 在 调用 dismiss 的 时 
候 ， 调 用 setFocusable(false)。 


Os 


PopupWindow 调 用 setFocusable(true) 是 为 了 让 它 里 面 的 控件 能 够 实 
现 监听 事件 。 


6.5.4 token null is not for an application 





异常 中 的 关键 字 : 





android.view.WindowManager$BadTokenException:Unable to add 


window--token null is not for an application 


发 生 频 率 : 交友 友 





在 实现 Android 浮 窗 时 ， 有 时 会 报 这 个 异常 ， 根 据 以 往 的 经 验 ， 出 
现 这 问题 一 般 是 我 们 的 Context 不 正确 。 以 下 代码 会 报 这 个 异常 





new AlertDialog.Builder(getApplicationContext()) 
.SetIcon(android.R.drawable.ic dialog alert) 
.SetTitle("Warnning") 
.SetMessage("Hello world!") 
,Show( ) ， 





问题 出 在 AlertDialog.Builder (mcontext) 这 句 话 ， 所 接受 的 参数 不 


能 是 getApplication-Context() 获 得 的 Context， 而 应 该 是 Activity 实 例 ， 因 
为 只 有 一 个 Activity 才 能 添加 一 个 窗 体 ， 如 下 所 示 : 





new AlertDialog.Builder(S4Activity.this) 
.SetIcon(android.R.drawable.ic dialog alert) 
.SetTitle("Warnning") 
.SetMessage("Hello world!") 
,Show( ) ， 





6.5.5 permission denied for this window type 








异常 中 的 关键 字 : 


Android.view.WindowManager$BadTokenException:Unable to add 
window android.view.ViewRootImpl$W@411da608--permission denied for 


this window type 


发 生 频 率 : 交友 友 


在 使 用 WindowManager.LayoutParams.TYPE_SYSTEM_ALERT 涉 及 
window type 权 限 问 题 。 


这 种 错误 多 发 生 在 使 用 WindowManager 上 自 定 义 弹 出 框 时 ， 没 有 设置 
权限 。 


相应 的 解决 方案 是 ， 在 AndroidManifest.xml 配 置 文件 中 添加 以 下 两 


个 uses-permission: 


一 


< 1 - - 显示 系统 窗口 权限 


- -> 
<uses-permission 
android:name="android.permission.SYSTEM ALERT_WINDOW" /> 


<1-- 在 屏幕 最 顶部 显示 


addview --> 
<uses-permission 
android:name="android.permission.SYSTEM OVERLAY_ WINDOW" /> 





前 者 允许 应 用 使 用 TYPE_SYSTEM_ALERT 来 打开 窗口 ， 并 将 窗口 
显示 于 其 他 应 用 的 顶端 ， 后 者 允许 使 用 窗 体 履 盖 在 window 上 。 


6.5.6 is your activity running 





异常 中 的 关键 字 : 





android.view.WindowManager$BadTokenException:Unable to add 
window--token 
android.app.LocalActivityManager$LocalActivityRecord@45a58ee0 is not 


valid;is your activity running? 


发 生 频 率 ， 友 友 友 友 





当 我 回来 ， 你 已 不 在 。 说 的 就 是 这 个 Crash。 


这 种 Crash 与 弹出 框 Dialog 密 切 相 关 ， 是 由 于 Activity A 依 附 于 另 一 
个 Activity B 的 ， 当 被 依附 的 Activity B 产 生 错 误 的 时 候 ，Activity A 因为 
没有 了 靠山 而 产生 错误 (或 者 是 调用 了 一 个 已 经 被 finish() 的 
Activity) 。 


比如 ， 在 onCreate 方 法 中 ， 想 要 弹出 PopupWindow， 如 下 所 示 : 





public class S6CrashActivity extends Activity { 
Q@Override 
protected void onCreate(Bundle SavedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
setcontentView(R.1layout.activity_s6_crash); 
Popupwindow popupWindow = new PopupwWindow( 
getLayoutIinfiater().infiate( 
R.layout.activity_s6_crash, null), 
ViewGroup.LayoutParams .WRAP_CONTENT, 
ViewGroup .LayoutParams .WRAP_CONTENT); 
popupwindow,showAtLocation( 
findViewById(R.id.btnSscenario1), 
Gravity .cENTER, ©0, 0); 
popupWindow.update( ); 





我 们 看 一 下 PopupWindow 的 showAtLocation 方 法 : 





void android.widget.PopupWindow.showAtLocation( 
View parent, int gravity, int x, int y) 





当 参 数 parent 为 空 时 ， 束 会 报 上 述 的 错误 ， 说 token 为 空 了 ， 无 效 
了 ， 由 于 popupwindow 要 依附 于 一 个 activity， 而 activity 的 onCreate() 还 没 
执行 完 ， 那 么 肯定 会 出 错 了 。 


因此 ， 我 们 要 做 的 就 是 让 这 个 showAtLocation 的 调用 再 晚 一 点 ， 这 


里 使 用 handler 来 解决 这 个 问题 ， 如 下 所 示 : 





public class S6CrashFixActivity extends Activity { 
private Popupwindow popupWindow; 
Q@Override 
protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
popupWindow = new Popupwindow(getLayoutInfiater().infiate( 
R.layout.activity_s6, null), 
WindowManager .LayoutParams .WRAP_CONTENT, 
WindowManager .LayoutParams .WRAP_CONTENT); 
new Thread() { 
public void run() { 
try { 
handler.sendEmptyMessageDelayed(0, 1000); 
} catch (Exception e) { 
e.printStackTrace( ); 
} 


} 
}.start(); 


private Handler handler = new Handler() { 
@Override 
public void handleMessage(Message msg) { 
switch (msg.what) { 
case 1000: 
popupWindow. showAtLocation( 
findViewById(R.id.btnSscenario1), 
Gravity.CENTER | Gravity.CENTER, ©0, 0); 
popupWindow.update( ) ; 


Super .handleMessage(msg); 


}; 





6.5.7 ”添加 窗 体 失 败 








异常 中 的 关键 字 : 
java.lang.RuntimeException:Adding window failed at 


android.view.ViewRootImpl.setView(ViewRootImpl.java:511)at 


android.view.WindowManagerImpl.addView(WindowManagerImpl.jave 


android.view.WindowManagerImpl.addView(WindowManagerImpl.jave 


发 生 频 率 : 次 





这 个 Crash 我 不 能 复 现 ， 只 能 在 线 上 看 到 异常 信息 。 不 知道 发 生 的 
原因 ， 也 暂时 没有 解决 方案 。 


检查 Android 系 统 源码 ， 这 个 Crash 是 在 ViewRoot 的 setView 方 法 中 捕 
获 到 的 ， 如 下 所 示 : 





try { 

res = sWindowSession.add(mwindow, mwWindowAttributes, 

getHostVisibility(), mAttachIinfo.mContentInsets); 

} catch(RemoteException ex) { 

mAdded = false; 

mView = null; 

mAttachInfo ,mRootView = null; 

unscheduleTraversals(); 

throw new RuntimeException("Adding windows failed", ex); 





考虑 到 窗 体 类 Crash 的 完整 性 ， 我 没有 把 这 个 Crash 归 类 到 6.9 不 明 觉 
历 中 。 还 请 知道 其 中 缘由 的 朋友 不 将 赐教。 


6.5.8 AlertDialog.resolveDialogTheme 








异常 中 的 关键 字 : 


java.lang.NullPointerE.xception at 
android.app.AlertDialog.resolveDialogTheme(AlertDialog.java:142)at 
android.app.AlertDialog$Builder.<init>(AlertDialog.java:359)at 
com.radzik.devadmin.MainActivity$5.0onClick(MainActivity.java:140)at 


android.view.View.performClick(View.java:4084) 


发 生 频 率 : 次 友 友 





这 是 一 个 很 有 趣 的 异常 。 我 在 重 现 is your activity running 这 个 异常 
时 ， 阴 差 阳 错 发 现 了 这 个 新 的 异常 ， 上 网 一 但 ， 这 类 Crash 发 生 次 数 还 
是 蛮 多 的 。 


场景 1: 在 B 页 面 写 了 一 个 show 方 法 ， 控 制 AlertDialog.Builder 的 弹 
出 和 隐藏 。 在 A 页 面 却 要 调用 B 页 面 的 show 方 法 ， 于 是 束 崩 尝 了 ， 代 码 
如 下 所 示 : 





public class S8Activity extends Activity { 
@Override 
protected void onCreate(Bundle savedInstanceState) { 
Super ,onCreate(SavedInstanceState ) ; 
setcontentView(R.1layout.activity_s8); 
Button btnCrash1 = (Button) findViewById(R.id.btnCrash1); 
btncrash1.setOoncClickListener(new OnClickListener() { 
@Override 
public void onClick(View v) { 
AnotherS8Activity s8 = new AnotherSs8Activity!(); 
s8.show( ); 


}); 


public class AnotherS8Activity extends Activity { 
Q@override 
protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 


} 
public void show() { 
AlertDialog.Builder dialog = new AlertDialog.Builder( 
AnotherSs8Activity.this); 
dialog.setTitle("Test"); 
dialog.setMessage("Hello World"); 
dialog.setPositiveButton("OK", 
new DialogInterface.OnClickListener() { 
@Override 
public void onClick(DialogInterface dialog, 
int which) { 
dialog.cancel( ); 


}); 
dialog.show( ); 








这 种 朋 尝 的 解决 方案 有 以 下 几 种 : 


:最 简单 的 解决 方案 ， 就 是 把 AnotherActivity 中 的 show 方 法 ， 复 制 到 
S8Activity 中 。 


-也 可 以 把 这 个 show 方 法 放 在 BaseActivity 中 。 


:创建 一 个 单独 的 类 ， 把 AnotherActivity 中 的 show 方 法 转移 过 去 ， 只 
要 传递 正确 的 context 参 数 即 可 。 


场景 2: 在 TabActivity 中 切换 Tab 时 ， 容 易 产 生 这 个 Crash。 这 是 因 
为 ， 在 new 对 话 框 的 时 候 ， 参 数 content 指 定 成 了 this， 即 指向 当前 子 
Activity 的 content。 但 子 Activity 是 动态 创建 的 ， 不 能 保证 一 直 存 在 。 其 
父 Activity 的 content 则 是 稳定 存在 的 ， 所 以 将 this 蔡 换 为 getParent(O 即 可 ， 
如 下 代码 所 示 : 
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Q@Override 
public void onTabChanged(String tagString) { 
If (tagString.equals("One")) { 
myMenuSettingTag = 1; 
ProgressDialog dialog = ProgressDialog.show( 
getParent() "提示 


"正在 获取 数据 ， 请 稍 等 


1", true, true); 
} 
If (tagString.equals("Two")) { 
myMenuSettingTag = 2; 


ProgressDialog dialog = ProgressDialog.show( 
S8CrashFixActivity .this,，,，“" 提 示 


"正在 获取 数据 ， 请 稍 等 


2", true, true); 
If (tagString.equals("Three")) { 
myMenuSettingTag = 3; 


ProgressDialog dialog = ProgressDialog.show( 
S8CrashFixActivity .this， "提示 


"正在 获取 数据 ， 请 稍 等 


_3", true, true); 


} 

if (myMenu != null) { 
onCreateOptionsMenu(myMenu); 

} 





6.5.9 The specified child already has a parent 








异常 中 的 关键 字 : 


The specified child already has a parent.You must call removeView()on 


the child's parent first. 


发 生 频 率 : 交友 友 


这 个 异 肖 ， 我 们 从 字面 上 就 能 理解 。 在 使 用 儿子 的 时 候 ， 要 先 调 用 


其 父亲 的 remove-View 方 法 ， 解 除 父 子 关 系 。 D1 


我 们 在 一 个 Activity 中 加 载 layout， 一 般 这 样 写 : 





Q@Override 

protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
SetContentView(R,1Layout.activity_S9 ) ， 





但 殊不知 ， 换 个 写法 也 能 达到 同样 的 效果 : 





Q@Override 
protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
LayoutInfiater infiater = (LayoutInfiater) 
getSystemService(LAYOUT_INFLATER_SERVICE); 
LinearLayout parent = (LinearLayout) infiater ,infiate( 
R.layout.activity_s9_crash, null); 
setCcontentView(parent); 





我 们 尝试 着 改写 setContent 方 法 的 内 容 ， 从 layout 布 局 中 抓 取 它 的 子 
控件 ImageView， 当 我 们 把 ImageView 放 到 setContent 方 法 中 时 ， 就 会 报 
上 述 的 错误 了 : 





Q@Override 
protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
LayoutInfiater infiater = (LayoutInfiater) 
getSystemService(LAYOUT_INFLATER_SERVICE); 


LinearLayout parent = (LinearLayout) infiater ,infiate( 
R.layout.activity_s9_crash, null); 

ImageView child = (ImageView)parent.findViewById( 
R.id.imageView1); 

setCcontentView(child); 





这 是 因为 ImageView 是 其 所 在 layout 的 儿子 ， 它 必须 跟 它 的 父亲 
(parent〉 共 存亡 ， 除 非 我 们 使 用 removeView 先 把 它 从 其 父亲 中 移 除 ， 
如 下 所 示 : 





Q@Override 
protected void onCreate(Bundle savedInstanceState) { 
super .onCreate(savedInstanceState); 
LayoutInfiater infiater = (LayoutInfiater ) 
getSystemService(LAYOUT_INFLATER_SERVICE); 
LinearLayout parent = (LinearLayout) infiater ,infiate( 
R.layout.activity_s9_crash, null); 
ImageView child = (ImageView) parent.findViewById( 
R.id.imageView1); 
parent.removeView(child); 
setcontentView(child); 





6.5.10” 子 线程 不 能 修改 UI 








异常 中 的 关键 字 : 


android.view.ViewRootImpl$CalledFromWrongThreadException:Only 


the original thread that created a view hierarchy can touch its views....... 


发 生 频 率 : 友 友 妈妈 让 





从 字面 上 翻译 是 ， 只 有 原始 创建 这 个 视图 层次 (view hierarchy) 的 


线程 才能 修改 它 的 视图 〈view) 。 也 就 是 说 必须 在 程序 的 主线 程 (UI) 
线程 中 更 新 界面 显示 的 工作 。 





话 虽 如 此 ， 但 是 我 写 了 一 个 Demo， 试 图 在 子 线程 中 更 新 TextView 
中 的 值 ， 如 下 所 示 : 





public class ScenarioiActivity extends Activity { 
TextView mLoadingText; 
Button btnstartThread; 
Q@Override 
protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
setCcontentView(R.1layout.activity_s11 scenario1); 
mLoadingText = (TextView) findViewById(R.id.textViewi); 
btnStartThread = (Button) findViewById(R.id.btnSstartThread); 
new Thread(new Runnable() { 
@Override 
public void run() { 
mLoadingText.setText("hello world"); 


} 
}).start(); 








但 是 奇迹 出 现 了 ， 居 然 能 运行 良好 ， 不 会 有 崩溃。 这 不 由 得 使 我 对 
之 前 从 书本 上 看 到 的 概念 产生 了 怀疑 ， 不 是 说 在 子 线程 操作 UI 承 会 衣 溃 
吗 ? 





后 来 我 加 了 1 秒 的 等 竺 时间， 然后 再 修改 TextView 上 的 值 ， 这 个 
Crash 就 能 稳定 复 现 了 如果 不 能 复 现 就 把 时 间 拉 长 到 2~5 秒 〉， 代 码 如 
下 所 示 : 





public class Scenario2Activity extends Activity { 
TextView mLoadingText; 
Button btnstartThread; 
Q@Override 
protected void onCreate(Bundle savedInstanceState) { 


super ,onCreate(SavedInstanceState ) ; 
SetContentView(R,1Layout.activity_s11_scenario2 ) ， 
mLoadingText = (TextView) findViewById(R,.Id,textView1) ，; 
btnStartThread = (Button) findViewById(R.id.btnstartThread); 
// 在 


OnCreate 方 法 中 执行 不 会 





Crash 
new Thread(new Runnable() { 
@Override 
public void run() { 
try { 
Thread. sleep(1000); 
} catch (InterruptedException e) { 
e.printStackTrace( ); 


// 刷新 页 面 的 文字 


mLoadingText.setText("hello world"); 


} 
}).start(); 




















继续 探索 ， 在 按钮 点 击 事件 中 重复 刚才 的 试验 ，Crash 稳 定 重 现 : 





btnstartThread.setonClickListener(new OnClickListener() { 
Q@Override 
public void onClick(View v) { 
new Thread(new Runnable() { 
@Override 
public void run() { 
// 刷新 页 面 的 文字 


mLoadingText.setText("hello"); 
} 
}).start(); 


}); 











于 是 我 重新 检查 了 Android 的 定义 ， 发 现 是 目 己 对 这 句 话 有 理解 上 
的 误区 : “不 建议 在 子 线程 中 更 新 UI， 会 因此 而 产生 不 可 预知 的 错误 。” 


这 就 是 多 线程 编程 ， 有 时 候 你 运行 在 干 次 ， 结 果 正 确 ， 并 不 表明 你 
的 逻辑 就 是 对 的 。 我 们 一 定 要 遵循 代码 的 规范 ， 保 持 清晰 的 思维 。 


接 下 来 解释 一 下 在 onCreate 方 法 中 操作 UI 为 什么 有 时 候 不 崩 尝 ?就 
像 前 面 所 说 ， 一 定 要 等 一 会 儿 才 会 出 现 崩 尝 ， 肯 定 是 这 上 段 时 间 内 某 种 检 
查 机 制 还 没 起 作用 ， 晚 于 后 续 对 UI 的 操作 。 检 查 Android 源 码 ， 这 个 方 
法 是 ViewRoot 的 requestLayout()。 只 有 在 requestLayout 方 法 的 子 方法 


checkThread 中 ， 才 会 扫 出 这 个 异常 。 








public void requestLayout() { 
checkThread( ); 
mLayoutRequested = true; 
scheduleTraversals( ); 
} 
void checkThread() { 
if(mThread != Thread.currentThread()) { 
throw new CalledFromwrongThreadException( 
"Only the original thread that created 
a view hierarchy can touch its views."); 
} 
} 








由 此 而 推测 ， 在 onCreate 的 时 候 ， 是 requestLayout 方 法 没有 执行 
layout 布 局 文件 还 没有 创建 完成 ， 导 致 我 们 可 以 在 onCreate 方 法 内 在 
其 他 子 线程 中 操作 UI。 








问题 得 出 来 了 ， 接 下 来 是 如 何 正 确 解决 问题 ， 因 为 有 时 会 碰 到 在 非 
主 UI 线 程 更 新 视图 的 需要 。 这 个 时 候 我 们 有 两 种 处 理 的 方式 。 一 种 是 
Handler， 另 一 种 是 Activity 中 的 runOnUiThread(Runnable) 方 法 。 





方法 1: 使 用 Handler。 
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Q@Override 
protected void onCreate(Bundle savedInstanceState) { 
super ,onCreate(SavedInstanceState ) ; 
setcontentView(R.1layout.activity_s11_ scenario4); 
mLoadhandler = new LoadHandler(); 
mLoadingText = (TextView) findViewById(R.id.textView1); 
btnStartThread = (Button) findViewById(R.id.btnstartThread); 
btnstartThread.setonClickListener(new OnClickListener() { 
@Override 
public void oncClick(View v) { 
new Thread(new Runnable() { 
Q@Override 
public void run() { 
mLoadhandler .sendEmptyMessage(101); 


} 
}).start(); 


}); 


// 主线 程 中 的 





handler 
class LoadHandler extends Handler { 
// 接受 子 线程 传递 的 消息 机 制 


Q@Override 
public void handleMessage(Message msg) { 
super.handleMessage(msg); 
int what = msg.what; 
switch (what) { 
case 101: { 
// 刷新 页 面 的 文字 


mLoadingText.setText("test"); 
break; 


cc 





方法 2: 利用 Activity 的 runOnUiThread 方 法 把 更 新 UI 的 代码 创建 在 
Runnable 中 ， 这 样 Runnable 对 像 就 能 在 UI 程 序 中 被 调用 。 如 果 当 前 线程 
是 UI 线 程 ， 那 么 行动 是 立即 执行 。 如 果 当 前 线程 不 是 UI 线 程 ， 操 作 是 发 
布 到 事件 队列 的 线程 中 。 





public void onClick(View v) { 
runonUiThread(new Runnable() { 
public void run() { 
// 刷新 页 面 的 文字 


mLoadingText.setText("test"); 


}); 





方法 3: 使 用 AsyncTask。 





private class MyTask extends AsyncTask<Void, Void, Void> { 
Q@Override 
protected Void doInBackground(Void,... params) { 
publishProgress(); 
return null; 


Q@Override 

protected void onProgressUpdate(Void... values) { 
super ,onProgressUpdate(VvValues ) ; 
// 刷新 页 面 的 文字 


mLoadingText,.setText("test"); 


@Override 
protected void onPostEXxecute(Void result) { 
// 刷新 页 面 的 文字 


mLoadingText.setText("test2"); 
super .onPostExecute(result); 





简单 介绍 一 下 这 三 个 方法 ; 


:OnProgressUpdate 方 法 的 执行 在 收 到 publishProgress 方 法 调用 后 ， 运 
行 于 UI 线程 中 ， 对 UI 控件 进行 处 理 。 


“onPostExecute() 方 法 ， 则 在 domBackground0 方 法 结束 后 运行 在 UI 


线程 ， 对 result 进 行 处 理 。 





doInBackground() 方 法 中 ， 就 是 在 后 台 线 程 中 人 处 理 我 们 的 异步 任 
务 ， 不 能 做 类 似 Toast 的 操作 ， 同 样 会 抛 出 Can' create handler inside 


thread that has not called Looper.prepare(O) 异 第 。 


接 下 来 ， 在 使 用 的 时 候 就 很 简单 了 : 





btnstartThread.setonClickListener(new OnClickListener() { 
Q@Override 
public void onClick(View v) { 
MyTask myTask = new MyTask(); 
myTask.execute( ); 
} 
}); 





6.5.11 不 能 在 子 线程 操作 AlertDialog 和 Toast 





异常 中 的 关键 字 : 


Can't create handler inside thread that has not called Looper.preparel() 


发 生 频 率 : 友 友 友 友 让 


我 们 继续 讨论 在 子 线程 操作 UI 的 事情 。 这 次 是 要 显示 弹出 框 
AlertDialog 和 吐 司 Toast。 





AlertDialog， 只 要 是 在 子 线程 中 操作 它 ， 束 会 报 上 述 的 错误 信息 。 


我 测试 过 ， 无 论 是 在 onCreate0 还 是 按钮 的 点 击 方法 中 ， 都 是 一 样 : 





btnSstartThread1.setonClickListener(new OnClickListener() { 
Q@Override 
public void oncClick(View v) { 
new Thread(new Runnable() { 
@Override 
public void run() { 
new AlertDialog.Builder(S12Activity.this) 
, SetTitle( "标题 


") 


, SetMessage(" 简 单 消息 杠 





中 
) 
.SetPoSsitiveButton( "确定 
", null).show(); 


}).start(); 


}); 





相应 的 解决 方案 有 多 种 : 


方案 1: 在 外 面包 一 层 Looper.prepare() 和 Looper.loop()， 如 下 所 示 : 





btnSstartThread2.setonClickListener(new OnClickListener() { 
@Override 
public void onClick(View v) { 
new Thread(new Runnable() { 
@Override 
public void run() { 
Looper .prepare( ); 
new AlertDialog.Builder(S12Activity.this) 
. SetTitle( "标题 


让) 


, SetMessage(" 简 单 消息 杠 





") 


.SetPositiveButton(" 确 定 


", null).show(); 
Looper .loop(); 


} 
}).start(); 


}); 





方案 2: Looper 的 变形 





btnSstartThread3.setonClickListener(new OnClickListener() { 
Q@Override 
public void onClick(View v) { 
new Thread(new Runnable() { 
@Override 
public void run() { 
showAlertByRunnable(S12Activity.this, "", 101); 


} 
}).start(); 


}); 
private void showAlertByRunnable(final Context context, 
final CharSequence text, final int duration) { 
Handler handler = new Handler(Looper.getMainLooper()); 
handler.post(new Runnable() { 
@Override 
public void run() { 
new AlertDialog.Builder(S12Activity.this) 
, SetTitle(" 标 题 





") 
,SetMessage(" 简 单 消息 杠 
") 
.SetPositiveButton(" 确 定 
", null) 
.Show() ， 
} 
}); 
} 





我 试 过 其 他 三 个 方案 : Handler、runOnUiThread 或 Async， 也 能 解决 
AlertDialog 的 问题 ， 详 细 内 容 请 参考 6.5.10 六 ， 但 是 Looper 的 解决 方案 ， 
针对 操作 UI 控 件 却 是 无 效 的 。 


吐 司 Toast， 这 个 控件 和 弹出 框 AlertDialog 是 一 样 的 问题 和 解决 方 


案 ， 这 里 不 再 袭 述 。 代 码 参见 我 博客 上 的 源码 。 [9 


[1] 有 关 这 个 Crash 的 更 详细 描述 ， 请 参见 
http://blog.csdn.net/yihongyuelan/article/details/9829313。 
[2] 该 解决 方案 摘自 码 农场 的 这 篇 文章 : 


http:/www.hankcs.com/program/mobiledev/solution-java-lang-illjegalar- 
gumentexception-view-not-attached-to-window-manager.html。 

[3] 参考 http://stackoverf iow.comy/questions/7768728/popupwindow-crash- 
on-dispatch-event 和 http:/www.eoeandroid.com/ thread-109193-1-1.html 这 
两 篇 文章 。 

[4] 可 参考 http://www.cnblogs.conyloulijun/p/3267958.html。 





[5] 关于 这 个 异常 的 分 析 ， 还 有 一 篇 文章 ， 
http://blog.csdn.net/lissdy/article/details/8453433， 我 不 能 复 现 ， 仪 供 参 
考 ， 


[6] 代码 下 载 地 址 : http://www.cnblogs.com/Jax/p/4656789.html。 





6.6 ”资源 相关 的 异 第 





资源 相关 的 异常 ， 基 本 都 容易 解决 。 但 是 有 一 种 情况 非常 恶心， 就 
征明 明 apk 包 中 有 这 个 资源 文件 ， 但 是 仍然 抛 出 该 资源 找 不 到 的 卉 第， 
对 此 我 们 也 只 好 认为 是 内 存 洲 出 OOM) 了。 


6.6.1 Resources$NotFoundException 





异常 中 的 关键 字 : 


android.content.res.Resources$NotFoundException:String resource 


ID#0x1 


发 生 频 率 : 交友 友 





这 种 异常 一 般 是 因为 参数 int resId 错 误 ， 我 们 把 String 赋 值 给 int 的 
resIld， 所 以 编译 絮 找 不 到 正确 的 resource 而 报错 。 


最 简单 的 例子 ， 检 查 一 下 项 目 中 以 下 语句 的 使 用 : 





Toast ,makeText() ， 
textView1.setText(); 





类 似 还 有 一 些 ， 这 里 不 列举 出 来 了 。 这 样 的 函数 通常 有 儿 个 重 载 ， 如 


TextView 的 重 载 函 数 如 下 : 





TextView.setText(CharSequence text ) ， 
TextView.setText(int resId ) ; 





如 果 不 小 心 将 一 个 int 值 传 给 了 它 ， 那 它 不 会 显示 该 int 值 ， 而 是 跑 到 
工程 下 去 找 一 个 对 应 的 resource 的 id， 那 当然 是 找 不 到 的 ， 于 是 就 报错 
了 。 


比如 我 这 里 是 这 样 的 : 





count.setText(incall.getCount()); 





incall.getCount(); 返回 的 是 一 个 int 值 ， 直 接 执 行 setText 方 法 是 肯定 
不 行 的 ， 就 会 发 生 上 述 的 Crash。 


解决 办 法 如 下 : 





count .SetText(String,valueof(incal1.getCount() ) )， 





或 者 





count.setText(incall.getCount() + ""); 





6.6.2 StackOverfiowError 





异常 中 的 关键 字 : 


StackOverfiowError 


发 生 频 率 : 次 克 六 


发 生 这 种 事情 ， 主 要 是 因为 Layout 布 局 文件 结构 艇 套 层次 太 深 。 我 
们 应 尽量 控制 在 5 层 以 下 。 要 经 常 使 用 Hierarchy View 对 其 进行 优化 ， 移 
除 不 必要 的 视图 。 

















产生 这 种 Crash 的 第 二 种 原因 是 ， 在 App 退 出 的 时 候 ， 如 果 App 中 有 
多 个 线程 ， 那 么 在 退出 App 的 时 候 可 能 不 能 完全 关闭 App， 即 使 使 用 
finish 方 法 也 做 不 到 ， 必 须 使 用 System.exit(0) 这 样 的 语句 才 可 以 。 


这 是 因为 finish 方 法 只 能 退出 当前 Activity， 但 还 可 能 有 其 他 Activity 
未 关闭 ， 这 些 Activity 中 有 没 结束 的 线程 ， 从 而 会 有 一 些 资源 没有 释 
放 。 

而 exit(int code) 方 法 可 以 使 进程 退出 能 保证 把 所 有 线程 的 栈 空间 释 


放 ， 人 否则 残留 的 线程 栈 空 间 无 法 回收 ， 将 会 导致 该 进程 新 建 线 程 时 栈 空 
间 不 足 ， 而 发 生 StackOverfiowError 的 异常 。 


无 论 是 哪 种 情况 导致 的 StackOverFlowError， 都 是 由 无 限 递归 引起 
的 。 在 JVM 中 有 一 个 栈 ， 预 设 了 一 个 深度 ， 当 超出 这 个 深度 时 ， 束 会 抛 


出 StackOverFlowError。 我 们 上 述 种 种 解决 方案 ， 都 是 在 避免 无 限 循环 
调用 。 


6.6.3 UnsatisfiedLinkError 





异常 中 的 关键 字 : 


java.lang.UnsatisfiedLinkError:dalvik.system.PathClassLoader[ DexPathl 


file"/data/app/appname-1.apk"]....... 


发 生 频 率 : 友 友 友 友 让 





过 到 这 个 Crassh， 肯 定 是 so 格式 的 文件 没有 加 载 到 。 检 查 libs 的 
armeabi 目 录 下 的 so 文件 是 否 存在 。 





此 外 ， 不 能 只 看 armeabi 下 是 否 有 so 文件 ， 还 要 看 x86 目 录 下 so 文件 
是 否 存 在 ， 如 果 没 有 ， 在 x86 的 设备 上 仍然 是 加 载 不 到 。 


由 此 而 上 升 到 CPU 指令 集 ，Android 上 一 共有 4 种 ，armeabi、 
armeabi-v7a、mips 和 Xx86。 处 理 so 文件 时 要 格外 小 心 。 


如 图 6-3 所 示 ，armeabi 和 armeabi-v7a 的 So 数量 不 一 致 ， 是 典型 的 会 


导致 UnsatisfiedLinkError 的 场景 。 


ES libs 

VY Carmeabil 
可 libBdMoplusMD5_V1.so 
libentryex.so 
起 libjpush163.so 
| 可 liblocSDK3.so 

Varmeabi-v7a 
libjpush163.so 
liblocSDK3.so 

TE mips 
libBdMoplusMD5_V1.so 
序 ， libjpush163.so 

Tx86 
libBdMoplusMD5_V1.so 
libjpush163.so 


图 6-3 ” 某 App 下 的 so 文件 





6.6.4 InfiateException 之 FileNotFoundException 


异常 中 的 关键 字 : 


Caused by:android.view.InfiateException:Binary XML file 
line#18:Error infiating class<unknown>at 


android.view.LayoutInfiater.createView(LayoutInfiater.java:518) 


Caused by:java.io.FileNotFoundException:res/drawable-hdpi/add.png at 


android.content.res.AssetManager.openNonAssetNative(Native Method) 


发 生 频 率 : 友 友 龙 友 让 


咋 一 看 ， 还 以 为 是 资源 找 不 到 ， 于 是 去 相应 的 drawable 目 录 下 去 寻 
找 ， 就 发 现 这 个 add.png 文 件 确实 存在 啊 。 





我 在 网 上 找 了 好 和 久 好 和 久 关 于 这 个 Crash 的 措 述 ， 但 大 都 不 满意 。 目 
前 看 到 的 一 种 比较 靠 谱 的 说 法 是 GC 导 致 的 。Activity 销 毁 了 ， 但 是 里 面 
涉及 的 资源 并 没有 被 回收 ， 于 是 便 产 生 内 存 泄露 了 ， 但 是 表现 为 


FileNotFoundException。 


对 此 ， 相 应 的 解决 方案 是 ， 在 Activity 的 onStop 方 法 中 ， 手 动 释放 每 
一 张 图 片 资源 。 外 


6.6.5 ”InfiateException 之 缺少 构造 右 





异常 中 的 关键 字 : 


android.view.InfiateException:Binary XML file line#:Error infiating 


class com.example.activity1.TestButton 


发 生 频 率 : 交友 友 


创建 自 定 义 view 的 时 候 ， 碰 到 上 述 这 个 异常 ， 反 复 研究 后 发 现 是 缺 
少 一 个 构造 占 造 成 。 其 中 第 二 个 参数 用 来 将 xml 文 件 中 的 属性 初始 化 。 





目 定 义 控 件 大 需要 在 xml 文 件 中 使 用 ， 束 必须 重 写 带 如 上 两 个 参数 
的 构造 方法 。 添 加 后 即 可 正常 使 用 了 : 





public MyView(Context context, AttributeSet paramAttributeSet ) { 
Super(context，paramAttributeSet ) ， 





补 齐 这 个 构造 器 ， 卉 和 音 束 消失 了 。 


6.6.6 ”InfiateException 之 style 与 android:textStyle 的 区 别 





异常 中 的 关键 字 : 





android.view.InfiateException:Binary XML file line#14:Error infiating 


Class 


发 生 频 率 : 让 妇 





生 一 个 xml 布 局 文件 中 ， 对 于 实现 已 经 定义 好 的 样式 : 





<style name="NormalText"> 

<item name="android:textSize">14sp</item> 

<item name="android:textStyle">normal</item> 

<item name="android:textColor">@color/Gray1i</item> 
</style> 





去 引用 : 





<TextView 
android:id="@+id/tvUserName" 
android:text="@string/hello_world" 
android:layout_ width="230dp" 
android:layout_height="30dp" 
android:layout_ marginLeft="10dp" 
android:layout_marginTop="10dp" 
android:textStyle="@style/NormalText" 
/> 





结果 发 现 运行 时 出 错 ， 抛 出 android.view.InfiateException: Binary 


XML file line#14 异 常 。 


按 图 索 双 ， 我 们 找到 资源 文件 的 第 14 行 ， 发 现 是 style 的 问题 ， 后 来 
去 参考 Android 官 方 文档 ， 感 觉 应 该 是 把 : 





android:textStyle="@style/NormalText" 





改 为 : 





style="@style/NormalText" 





修改 后 的 布局 文件 如 下 所 示 : 





<TextView 
android:id="@+id/tvUserName" 
android:text="@string/hello_world" 
android:layout_width="230dp" 
android:layout_height="30dp" 
android:layout_marginLeft="10dp" 
android:layout_marginTop="10dp" 
/> 


ee | 


6.6.7 TransactionTooLargeException 





异常 中 的 关键 字 : 


android.view.InfiateException:Binary XML file line#14:Error infiating 


Class 


发 生 频 率 : 友 友 友 


官方 文档 里 的 解释 是 ，Binder 最 大 通常 限制 为 IMB， 如 果 大 于 1MB 


的 话 ， 就 会 抛 出 TransactionTooLargeException 的 异常 。 
相应 的 解决 方法 是 : 不 要 将 大 量 数据 传 入 Binder， 比 如 说 图 片 。 


这 个 Crash 经 第 出 现在 图 片 分 享 的 功能 中 ， 因 为 我 们 要 给 第 三 方 分 
译 SDK 传 递 很 大 的 图 请。 此 外 ， 使 用 采集 打点 数据 时 也 会 看 到 这 类 
Crash， 因 为 打点 的 机 制 不 是 每 点 击 一 次 按钮 就 发 一 次 ， 而 是 数据 积 宗 
到 一 定量 后 再 发 ， 这 个 赋值 太 大 惑 会 导致 抛 出 


TransactionTooLargeException 异 常 。 








[1] 详细 情况 请 参见 “Androidndk 开 发 打包 时 我 们 应 该 如 何 注意 平台 的 兼 
容 "”， 文 草地 址 : 
http:/www.cnblogs.com/devinzhang/archive/2012/02/29/2373729.html。 


[2] 关于 这 个 Crash 的 详细 描述 ， 请 参见 


http://blog.csdn.net/yiding_he/article/details/38597703。 





6.7 系统 肆 厂 化 相关 的 异 当 


这 类 Crash 由 两 部 分 组 成 ， 一 方面 是 和 Android 系 统 的 版 本 不 同 有 
天 ， 比 如 说 在 Android 4.2 的 手机 执行 了 Android 5.0 的 语法 ， 崩 尝 是 必然 
的 ; 另 一 方面 和 ROM 的 不 同 有 关 ， 即 使 是 相同 的 Android 4.2 版 本 ， 由 于 
各 个 硬件 厂商 随意 定制 自己 的 ROM， 改 写 其 中 的 系统 方法 ， 那 么 就 会 
表现 为 App 的 某 个 页 面 ， 不 同 手机 看 到 不 同 的 效果 ， 甚 至 是 裔 演 。 





6.7.1 NoSuchMethodError 





异常 中 的 关键 字 : 


java.lang.NoSuchMethodError 


发 生 频 率 : 友 友 丰 友 让 


举 个 例子 ， 错 误 信 息 如 下 : 





java.1lang.NoSuchMethodError:android.os.Bundle.getString 





android.os.Bunde 中 怎么 可 能 没有 getString 这 个 方法 呢 ? 


其 实 吧 ，getString 方 法 有 两 种 参数 类 型 


getString(Kkey) 
getSstring(key, defaultValue); 





而 前 面 一 种 是 旧 的 版 本 ， 后 面 这 种 加 了 defaultValue 参 数 的 ， 是 在 
2.3 之 后 的 Android 版 本 里 才 加 入 的 ， 所 以 ， 如 果 你 的 android project 设 置 
的 target version 是 2.3.3， 而 你 又 用 了 后 面 这 种 新 的 getString() 方 法 的 话 ， 
那么 在 2.3 系 统 上 就 会 报 这 个 异常 。 





NoSuchMethodError 异 销 ， 只 能 防范 ， 不 能 根治 ， 因 为 Android 碎 片 
化 问题 很 严重 : 


一 方面 Android 系 统 的 升级 ， 会 提供 一 些 新 方法 ， 程 序 员 在 App 中 使 
用 了 这 些 新 方法 ， 而 这 在 老 版 本 的 Android 系 统 中 不 存在 ， 就 会 朋 溃 。 
相应 的 解决 方案 是 ， 在 DailyBuild 机 顺 上 准备 不 同 版 本 的 SDK， 每 天 晚 
上 自动 打包 时 ， 把 App 在 所 有 这 些 SDK 上 都 编译 一 遍 ， 如 果 缺 少 方法 ， 
首先 在 编 详 期 间 就 会 报错 ， 目 动 打包 会 第 一 时 间 发 现 这 些 错 误 。 





为 一 方 和 面 ， 随 着 Android 系 统 的 升级 ， 也 会 有 一 些 旧 方 法 会 被 废 
弃 ， 有 些 厂 了 商 的 ROM 有 可 能 删除 这 些 被 废弃 的 方法 ， 于 是 当 程序 员 在 
App 中 使 用 了 这 些 废弃 的 方法 ， 该 App 在 这 些 厂商 的 ROM 中 运行 就 会 





省 


VE 
1 员 。 


相应 的 解决 方案 是 ， 在 开发 阶段 检查 Android Lint， 里 面 有 被 废弃 
的 方法 的 警告 ， 谨 慎 使 用 就 是 了 。 





如 果 在 项 目 中 一 定 要 使 用 上 述 这 些 新 方法 或 者 废弃 的 旧 方法 ， 那 么 
在 使 用 时 ， 要 进行 Android 系 统 版 本 的 判断 : 





int sysVersion = Integer.parseInt(android.os.Build.VERSION. SDK); 
if(sysVersion > 9){ 
// do something 
} else { 
// do other this 
} 





Android 碎 片 化 问题 很 严重 ，getString 只 是 其 中 的 一 种 情况 ， 类 似 的 
问题 还 有 很 多 ， 但 基本 逃 不 出 我 上 述 的 分 析 。 











6.7.2 RemoteViews 





异常 中 的 关键 字 : 


android.widget.RemoteViews$RefiectionAction.writeToParcel(RemoteV 


发 生 频 率 : 友 友 友 


一 直 以 为 在 项 目 中 使 用 RemoteViews 是 件 很 逼 格 的 事情 。 这 玩意 儿 
一 般 用 在 两 个 地 方 ， 一 个 是 在 AppWidget， 另 外 一 个 是 在 Notification 。 
对 于 应 用 类 App 而 言 ， 有 机 会 用 到 的 是 后 者 。 


比如 说 ，App 应 用 都 有 下 载 更 新 的 功能 ， 一 般 都 是 用 AsyncTask 来 
做 这 个 事情 。 下 载 过 程 中 显示 进度 条 ， 就 是 使 用 Notification， 它 有 一 个 


contentView 属 性 ， 就 是 RemoteViews 类 型 的 ， 我 们 要 为 其 设置 2 个 很 关 


键 的 值 : 
给 ImageView 绑 定 图 片 资源 id。 
.给 TextView 绑 定 字符 串 资 源 Id。 


如 下 面 的 例子 所 示 : 





notification.contentView = new RemoteViews( 
context.getPpackageName(), R.1layout.notification); 

notification.contentView,.setImageViewResource( 
R.id,.imageview, R.drawable.icon); 

notification.contentView,.setProgressBar( 
R.id.progressbar, 100, 0, false); 

notification.contentView,.setTextViewText( 
R.id.textvijew，“" 下 在 更 新 


中 十 Nm 十 "0%") 里 
人 











异常 就 是 在 绑 定 时 出 现 的 ， 而 且 有 特定 的 情况 : 
1〉 当 你 的 Bitmap 为 null 时 ; 

2) 当 你 的 String 为 "或 者 null 时 ; 

3) Android 版 本 是 4.0.3 和 4.0.4 时 ; 


如 果 Android 版 本 是 4.1 以 上 的 ， 则 不 会 出 现 上 述 的 异常 ， 读 不 到 图 
片 就 是 控件 不 显示 图 片 而 已 ， 并 不 会 导致 程序 朋 潢 。 





6.7.3 pointerIndex out of range 





异常 中 的 关键 字 : 





java.lang.IllegalArgumentException:pointerIndex out of rangeat 


android.view.MotionEvent.nativeGetAxisValue(Native Method) 


发 生 频 率 : 友 友 友 





关于 这 个 异 第 有 好 几 种 说 法 ， 我 们 逐个 进行 分 析 。 


首先 我 们 定位 问题 ， 在 做 多 点 触 控 放 大 缩小 ， 操 作 自 己 所 绘制 的 图 
形 时 发 生 这 个 异常 ， 如 果 是 操作 图 片 的 放大 缩小 、 多 点 触 控 不 会 出 现 这 
个 错误 。 这 个 bug 是 Android 系 统 原因 导致 的 ， 所 以 简单 有 效 的 办 法 是 在 


绘图 时 捕获 这 个 异 币 ， 如 下 所 示 : 











public fioat spacing(MotionEvent event ) { 
try { 
x = event ,getX(0) - event.getX(1); 
y = event.getY(0) - event,getY(1)， 
} catch(IllegalArgumentException e) { 
e.printSstackTrace( ); 


} 
/ /以 下 省 略 若干 语句 








另 一 种 解决 方案 是 : 


1) 让 你 的 view〔 可 能 是 ScrollView、WebView、MapView 等 ) ， 创 
召 一 个 子 view 继 承 自 它 们 中 的 某 一 个 。 





2) 重 写 这 个 view 的 onInterceptTouchEvent 和 onTouchEvent 方 法 。 


3) 为 上 述 这 两 个 方法 增加 try...catch... 语 句 ， 捕 获 已 知 的 异常 ， 如 
TH: 





try { 
super .onInterceptTouchEvent(MotionEvent ev); 


} catch (IllegalArgumentException ex) { 


return false; 


try { 
super .onTouchEvent (MotionEvent ev); 


} catch (IllegalArgumentException ex) { 


return false; 





这 种 解决 方案 ， 至 少 在 Android4.1 上 是 好 用 的 。 


按照 这 个 思路 ， 还 是 有 点 问题 ， 如 果 是 用 ViewPager 的 话 ， 
onInterceptTouchEvent 返 回 false 会 导致 ViewPager 翻 页 出 现 pug，CSDN 上 
有 人 给 出 了 相应 的 解决 方案 ， 可 以 参考 。 


6.7.4 ”SecurityException 之 一 : Intent 中 图 片 太 大 





异常 中 的 关键 字 : 





Unable to find app for caller 


android.app.ApplicationThreadProxy@41868f10(pid=24370)Jwhen stopping 


service Intent{cmp=XXXX} 
发 生 频 率 : 友 龙 


在 跳 转 activity 的 过 程 中 携带 的 extras 中 有 Bitmap， 应 尽量 减 小 要 传 
输 的 图 片 的 体积 ， 或 者 通过 保存 图 片 到 SD 卡 中 或 者 通过 URI 方 式 传递 图 
片 参 数 ; 否则 ， 图 片 太 大 ， 就 会 报 上 述 的 异常 信息 。 


果然 ， 在 去 掉 了 resultIntent.putExtra 〈"bitmap"，bitmap) ; 这 条 语 
名 后， 就 不 报错 了 。 


一 般 而 言 ， 超 过 1MB 的 数据 ， 就 不 要 通过 Intent 来 传递 了 。 


6.7.5 ”SecurityException 之 二 : 动态 加 载 其 他 apk 的 activity 








异常 中 的 关键 字 : 


java.lang.SecurityException:Given caller package com.jianqiang.abc is 
not running in process 


ProcessRecord{41e74e5028637:com.zhao3546.launcher/u0a10142} 


发 生 频 率 : 友 克 


如 果 在 apk 中 使 用 了 动态 注册 BroadcastReceiver， 那 么 Launcher 动 态 


加 载 该 apk 时 ， 束 有 可 能 出 现 java.lang.SecurityException 异 常 。 


相应 的 解决 方案 是 ， 修 改 之 前 注册 BroadcastReceiver 的 地 方 ， 通 过 
ContextHolder0 来 注册 BroadcastReceiver， 把 apk 重 新 部 署 验证 即 可 。 1 


6.7.6 SecurityException 之 三 : No permission to modify thread 





异常 中 的 关键 字 : 
java.lang.SecurityException:No permission to modify given thread at 
android.os.Process.setThreadPriority(Native Method)at 


android.webkit.WebViewCore$ WebCoreThread$1.handleMessage(Web' 


发 生 频 率 : 交友 友 


在 很 多 设备 上 ，Android 4.0.4 系 统 都 会 有 这 个 问题 发 生 。 4 


App 经 常会 申请 一 些 权 限 ， 而 有 些 手机 的 ROM 出 于 安全 考虑 ， 则 会 
茶 止 这 些 权限 ， 那 么 当 App 使 用 到 这 些 权限 时 ， 丈 会 及 生 朋 演 。 


相应 的 解决 方案 是 ， 在 执行 茶 些 安全 相关 的 操作 时 ， 要 么 加 上 if 语 


句 跳 过 这 个 操作 ， 要 么 使 用 try...catch... 捕 获 这 类 异常 ， 宁 肯 点 击 后 没 





有 反应， 也 不 能 崩 江 了 。 


比如 拨打 电话 ， 我 们 一 般 会 直接 这 





Intent intent = new Intent( 
Intent.ACTION_ CALL,Uri.parse("tel:13800000000")); 
startActivity(intent); 





但 是 有 些 手机 系统 会 禁止 App 拨 打 电 话 ， 即 使 AndroidManifest.xml 
配置 了 拨打 电话 的 权限 也 不 行 。 这 时 我 们 就 要 改写 上 述 代 码 ， 预 判 是 
有 打 电 话 的 权限 ， 以 确保 不 发 生 朋 沉 ， 如 下 所 示 : 





PackageManager pm = getPackageManager(); 
boolean hasPermission = 
pm.checkPermission(Manifest.permission.CALL_ PHONE, 
getPackageName()) == PackageManager ,PERMISSION_GRANTED ， 
if (hasPermission) { 
Intent intent = new Intent( 
Intent.ACTION_ CALL,Uri.parse("tel:13800000000")); 
startActivity(intent); 
} 





6.7.7 ” view 的 getDrawingCache0 返 回 null 








异常 中 的 关键 字 : 
java.lang.NullPointerE.xception at 


android.view.View.buildDrawingCache(View.java:6578)at 


android.view.View.getDrawingCache(View.java:6428)at...... 


发 生 频 率 : 友 友 友 


当 背 景 图 太 大 ， 超 过 了 屏 秦 的 大 小 ， ee 
回 的 结果 是 null， 从 而 抛 出 NullPointException 的 异 


查看 Android 源 码 ， 会 发 现 buildDrawingCache 方 法 中 有 这 样 几 行 代 
码 : 





if (width <= 0 || height <= © || 
(width * height * (opaque && !translucentWindow ? 2 : 4) > 
ViewConf?iguration.get(mContext) 
.getScaledMaximumDrawingCacheSize())) { 
destroyDrawingCache( ) ; 
return 


} 





在 上 面 的 代码 中 ，width 和 height 是 所 要 cache 的 view 绘 制 的 宽度 和 高 
度 ， 所 以 width*height*(opaque&&l!translucentWindow?2:4) 计 算 的 是 当前 
所 需要 的 cache 大 小 。 





Android 系 统 在 计算 当前 所 需要 的 DrawingCache 大 小 时 ， 发 现 这 个 
值 超过 了 系统 所 提供 的 最 大 DrawingCache 值 ， 这 时 会 直接 返回 null。 


总 之 ， 万 恶 之 源 在 于 图 片 太 大 ， 那 我 们 就 控制 一 下 图 片 的 大 小 ， 栽 
减 或 者 等 比例 缩放 ， 总 之 不 要 超过 系统 所 提供 的 最 大 DrawingCache 值 ， 
这 个 值 是 这 么 计算 的 : 当前 屏幕 的 分 辨 率 的 高 和 宽 相 乘 ， 再 乘 以 4。 虽 | 





6.7.8 DeadObjectException 








异常 中 的 关键 字 : 


DeadObjectException 


发 生 频 率 ， 友 友 友 友 


很 多 开发 者 在 想 如 何 通过 编写 代码 的 方式 重 局 Android 设 备 。 大 多 
数 设备 都 没有 Root 权限 ， 想 让 设备 重启 比较 简单 的 方法 就 是 想 办 法 制造 
一 些 系统 级 的 错误 ， 强 迫 Android 系 统 上 自动 重启 ， 类 似 于 Windows 上 的 
Ring0 级 应 用 朋 演 出现 玛 屏 。 对 于 Android 来 说 产生 一 个 


android.os.DeadObjectException 异 常 是 一 个 不 错 的 方法 。 


对 于 App 应 用 而 言 ， 我 从 未 写 过 这 样 的 语句 来 重 局 系 统 ， 网 上 各 路 
达 人 对 此 弄 种 的 讨论 、 发 生 场 景 和 解决 方案 也 不 尽 相 同 ， 但 基本 上 都 是 
停留 在 App 的 茶 个 页 面 ， 放 置 一 段 时 间 后 就 般 泪 ， 有 的 机 器 能 坚持 的 时 
间 长 一 些 ， 半 个 多 小 时 ， 有 些 机 器 也 就 十 几 秒 的 样子 。 











由 此 可 推测 出 来 ， 发 生 DeadObjectException， 其 实 就 是 某 个 对 象 已 
经 被 系统 回收 了 ， 可 我 们 却 还 在 使 用 它 。 中 


6.7.9 Android 2.1 不 支持 SSL 








异常 中 的 关键 字 : 


java.lang.NullPointerE.xception at 
android.webkit, SslErrorHandler.handle Message(SslErrorHandler.java:62 
发 生 频 率 ， 友 友 


Android 2.1 版 本 不 支持 SSL， 所 以 发 起 https 的 请 求 会 导致 衣 沉 。 解 
决 方案 是 ， 调 用 https 的 网 络 请 求 时 ， 要 事先 判断 Android 系 统 的 版 本 ， 
版 本 过 低 要 提示 用 户 不 能 进行 操作 。 


6.7.10 ViewFlipper 引 发 的 血案 





异常 中 的 关键 字 : 
java.lang.IHjegalArgumentException:Receiver not registered: 
android.widget.ViewFlipper$1(@04083a4d0 at 
android.app.LoadedApk.forgetReceiverDispatcher(LoadedApk.java:634) 
发 生 频 率 ， 友 克 友 


在 Activity 中 使 用 ViewFlipper 控 件 ， 进 行 横 竖 屏 切换 操作 时 就 会 发 


生 这 种 异常 。 这 是 由 于 onDetachedFromWindow0 在 





onAttachedToWindow(0 之 前 被 调用 所 致 。 


这 个 Crash 很 有 名 ， 业 界 公 认 的 解决 方案 是 ， 重 写 ViewFlipper 的 
onDetachedFromWindow(0) 方 法 : 





Q@Override 
protected void onDetachedFromwindow() { 
try { 
Super ,onDetachedFromwindow( ); 
} catch(IllegalArgumentException e) { 
stopFlipping(); 





6.7.11 ActivityNotFoundException 





异常 中 的 关键 字 : 


android.content.ActivityNotFoundException:Unable to find explicit 
activity 
class{com.android.settings/com.android.settings.WirelessSettings};have you 


declared this activity in your AndroidManifest.xml? 


发 生 频 率 : 交友 友 


看 了 一 下 发 生 错误 的 操作 系统 分 布 ， 发 现 都 是 在 4.0 以 上 才 会 出 现 
这 类 错误 信息 。 客 其 原因 ， 是 4.0 以 上 把 原来 的 打开 网 络 设置 方式 舍弃 
了 ， 如 下 修改 代码 可 以 解决 这 个 问题 : 








// 3.2 以 上 打开 设置 页 面 











// 也 可 以 直接 








ACTION_WIRELESS_SETTINGS 打 开 到 


WiFi 页 面 


if (Build.VERSION.SDK_INT > 13) { 
startActivity(new Intent( 
android.provider.Settings.ACTION_ SETTINGS)); 
} else { 
startActivity(new Intent( 
android.provider.Settings.ACTION_ WIRELESS SETTINGS)); 





6.7.12 ”Android 2.2 不 文 持 XlargeScreens 








异常 中 的 关键 字 : 


No resource identifier found for attribute'xlargeScreens'in 


package'android 


发 生 频 率 : 妈妈 


错误 出 现在 AndroidManifest.xml 文 件 的 supports-screens 标 记 中 ， 原 
是 xlargeScreens 必 性 在 API9 (Android 2.3) 中 才 文 持 。 


解决 办 法 : 将 Android 2.2 移 除 ， 添 加 Android 2.3 即 可 解决 。 


6.7.13 Package manager has died 








异常 中 的 关键 字 : 


Package manager has died at 


android.app.ApplicationPackageManager.getApplicationInfo(Applicatior 


发 生 频 率 ， 友 友 友 友 


我 们 一 般 这 样 使 用 PackageManager， 如 下 所 示 : 





try { 
String channelId = getPackageManager() 
.getApplicationInfo( 
getPackageName( )， 
PackageManager .GET_META_DATA) 
.metaData.getString("UMENG CHANNEL"); 
PackageInfo info = this.getPackageManager() 
.getPackageInfo(getPackageName(), 0); 
} catch (PackageManager.NameNotFoundException e) { 





PackageManager 如 果 已 经 died， 说 明 该 进程 不 存在 了 ， 由 于 某 些 错 
误 原 因 Package-Manager 进 程 已 经 退出 ， 此 时 任何 回 它 进行 的 请 求 都 将 
失效 ， 让 设备 重启 可 能 是 一 个 办 法 。 还 有 一 种 情况 是 ，App 本 身 已 经 处 
于 骨 溃 状态 ， 这 个 时 候 如 果 App 已 经 弹出 错误 框 ， 再 调用 
PackageManager 也 会 出 错 或 卡 死 。 











解决 方案 就 是 每 次 获取 PackageManager 的 时 候 用 try...catch... 捕 获 异 





6.7.14 ”SpannableString 与 富 文 本 字符 串 





异常 中 的 关键 字 : 
java.lang.IndexOutOfBoundsException:setSpan(-1...-1)starts before 0 at 


android .text.SpannableStringBuilder.checkRange(SpannableStringBuilde 


发 生 频 率 : 友 克 


有 一 种 异常 表面 看 起 来 是 数组 越界 ， 但 其 实 并 非 如 此 。 


从 上 面 的 异常 信息 中 能 看 出 ， 是 SpannableString 的 setSpan 方 法 越界 
导致 出 现 朋 沉 。 但 是 检查 相应 的 代码 ， 并 没有 刻意 使 用 这 个 方法 。 








TextView 要 显示 的 宇文 本 恰好 要 被 换行 符 截 断 的 时 候 ， 因 为 宇文 本 
征 使 用 Spannable-String 技 术 来 显示 的 ， 所 以 会 报 这 种 异 帝 。 所 羊 ， 这 个 
Crash 不 是 必 现 的 ， 取 决 于 机 型 、 分 辨 座 、 字 体 大 小 、 文 字 和 样式 很 多 


相应 的 解决 方案 是 ， 在 执行 TextView 的 setText 方 法 时 ， 加 上 try... 
catch... 语 句 捕 获 IndexOufOfBoundsException。 因 为 这 种 情况 发 生 的 概率 
极 小 ， 所 以 即使 抛 出 异常 ， 最 多 是 不 显示 文本 ， 也 不 会 让 App 骨 尝 。 











还 有 一 种 情况 是 ， 在 长 按 一 段 文本 时 ， 有 些 Android 系 统 对 于 


EditText 失 get-SelectionStart 方 法 ， 会 返回 -1， 这 就 会 导致 上 述 异 常情 况 
的 抛 出 ， 如 下 所 示 : 





public void afterTextChanged(Editable s){ 

if(StringUtils.isNullOrEmpty(s.toString())) 
return; 

int editStart = mTxInput.getSelectionstart(); 

int editEnd = mTxInput.getSelectionEnd( ); 

mTxInput.removeTextChangedListener(this); 

while((s.toSstring().length()) > MAX_INPUT){ 
s.delete(editStart-1,editEnd); 
editStart--， 
editEnd--; 

} 

mTxInput.setSelection(editSstart); 





/ 


所 以 在 使 用 getSelectionStart 方 法 获得 值 的 时 候 ， 要 判断 这 个 值 是 否 
为 -1。 [6] 


6.7.15 Can not perform this action after onSaveInstanceState 








异常 中 的 关键 字 : 
java.lang.lllegalStateException: 


Can not perform this action after onSaveInstanceState at 


android.support.v4.app.FragmentManagerImpl.checkStateLoss(Fragmen 


android.support.v4.app.BackStackRecord.commit(BackStackRecord.jave 


发 生 频 率 : 友 友 友 


commit 方 法 在 Activity 的 onSaveInstanceState() 之 后 调用 就 会 出 错 ， 
为 onSaveInstance-State 方 法 是 在 Activity 即 将 被 销毁 前 调用 ， 以 保存 
Activity 数 据 的 ， 如 果 在 保存 完 状 态 后 再 给 它 添加 Fragment 束 会 出 错 。 





解决 办 法 就 是 把 commit(0) 方 法 蔡 换 成 commitAllowingStateLossO0， 其 
效果 是 一 样 的 ， 如 下 代码 所 示 : 





FragmentTransaction ft = 
fragmentActivity.getSuppotFragmentManager().beginTransaction(); 

ft.add(fragmentContentId, fragments.get(0), 
fragments.get(0).getclass().toString()); 





此 外 ， 有 时候 按 后 退 键 触发 onBackPressed 方 法 也 会 引发 类 似 的 异 
生 ， 网 上 有 一 篇 文章 详细 分 析 了 这 类 问题 的 发 生 原 因 和 解决 方案， 这 里 
不 再 歼 述 。 [7 


6.7.16 Service Intent must be explicit 








异常 中 的 关键 字 : 
Service Intent must be explicit 


发 生 频 率 : 友 友 友 


Android 在 升级 到 5.0 系 统 后 会 产生 这 样 的 月 谈 。 直 接 通 过 action 局 动 
Service， 就 会 导致 这 个 问题 ， 所 以 我 们 必须 指定 component 或 package 才 
能 避免 这 类 问题 ， 如 下 所 示 : 





Intent intent = new Intent()， 
intent ,SetAction("your action name"); 
intent ,setPackage(getPackageName( ) ) ， 
context.startService(intent); 





很 多 第 三 方 SDK 都 存在 这 个 问题 ， 我 们 需要 更 新 SDK 到 最 新 版 本 ， 
才能 保证 Android 5.0 系 统 下 的 App 不 会 因此 而 骨 尝 。 


[1] 关于 这 个 Crash 的 更 详细 信息 ， 请 参见 
http://blog.csdn.net/zhao_3546/article/details/11195881。 

网 关于 这 个 Crash 的 更 详细 信息 ， 请 参见 http://stackoverf 
iow.com/questions/11025182/webview-java-lang-securityexception-no- 
permission-to-modify-given-thread。 

[3] 关于 这 个 Crash 的 更 详细 分 析 ， 请 参 
http://zartzwj.iteye.com/blog/1098839。 社 区 上 关于 这 个 Crash 的 解决 方案 
众说 纷 坛 ， 目 前 还 没有 统一 的 解决 方案 。 

[4] 在 StackOverf iow 上 对 DeadObjectException 有 更 详细 的 讨论 ， 请 参见 
http://stackoverf iow.com/questions/7037093/android-dead-object- 
exception。 


[5] 关于 这 种 情况 的 详细 描述 ， 请 参见 http://hold- 


on.iteye.COm/blog/1943437 。 

[6] 关于 这 种 情况 的 详细 描述 ， 请 参见 http://stackoverf 
iow.com/questions/22810147/error-when-selecting-text-from-textview-java- 
lang-indexoutofboundsexception-se。 


[7] 详细 内 容 请 参见 : http://zhiweiof ii.iteye.com/blog/1539467。 





6.8 SQLite 相 关 的 异常 


在 App 中 ， 一 般 都 使 用 SQLite 这 个 数据 亩 ， 本 市 介绍 的 Crash 也 是 围 
绕 厦 这 个 主题 发 生 的 。SQLite 相 关 的 寞 第 大 都 和 IO 操 作 不 当 有 关 ， 由 于 
我 们 无 法 猜测 用 户 手 机 发 生 骨 尝 时 的 状态 ， 所 以 这 类 异 第 是 最 难 修复 
的 。 





6.8.1 No transaction ls active 





异常 中 的 关键 字 : 


android.database.sqlite.SQLiteException:cannot commit—no transaction 


ls active 


发 生 频 率 : 友 友 友 





在 事务 中 ， 逐 条 循环 插入 〈for+insert) 大量 数据 时 会 导致 这 类 骨 
涡 。Android 中 在 SqlLite 插 入 数据 的 时 候 默 认 一 条 语句 就 是 一 个 事务 ， 
有 多 少 条 数据 束 有 多 少 次 磁盘 操作 ， 而 且 不 能 保证 所 有 数据 都 能 同时 插 
ps 





相应 的 解决 方案 是 使 用 SQLLite 提 供 的 批量 插入 语法 ， 一 次 性 地 把 


这 些 数据 都 插入 到 数据 库 中 ， 如 下 所 示 : 





public void insertorUpdateDataBatch() { 
SQLiteDatabase db = getwWritabJeDatabase( ) ; 
db,beginTransaction( ) ; 
try { 
for (String Sql : sqls) { 
db ,execSQL(Sql) ; 
// 设置 事务 标志 为 成 功 ， 当 结束 事务 时 就 会 提交 事务 














db.setTransactionSuccessful(); 
} catch (Exception e) { 
e.printSstackTrace( ); 


} finally { 
db.endTransaction(); 
db.close( ); 

} 


} 





这 段 代 码 的 成 功 与 否 ， 就 在 于 setTransactionSuccessful() 这 个 方法 。 
在 这 个 方法 执行 前 ， 所 有 的 execSQL 方 法 都 不 会 更 新 到 数据 库 ， 等 这 个 
方法 执行 后 ， 会 一 次 性 把 所 有 execSQL 方 法 都 执行 完成 ， 数 据 会 同步 到 
数据 库 。 不 信 的 话 可 以 在 for 循 环 处 打 个 断 点 ， 看 数据 库 是 否 有 变化 。 





6.8.2” 环 记 关闭 Cursor 





异常 中 的 关键 字 : 


android.database.CursorWindowAllocationException:Cursor window 


allocation of 2048 kb failed 


发 生 频 率 : 友 友 友 


这 个 异常 是 因为 使 用 SQLLite 时 忘记 释放 游标 导致 的 ， 内 存 泄漏 得 
多 了 ， 就 崩溃 了 。 相 应 的 解决 办 法 就 是 手动 关闭 Cursor， 如 下 所 示 : 





cursor.close(); 





6.8.3 ”数据 库 被 锁定 





异常 中 的 关键 字 : 





android.database.sqlite.SQLiteDatabaseLockedException:database is 


locked 


发 生 频 率 : 不 


当 我 们 试图 在 不 同 的 线程 中 创建 多 个 连接 时 ， 就 会 抛 出 这 个 异常 。 
相应 的 解决 方案 是 将 数据 库 做 成 一 个 单 例 。 





单 例 固然 能 解决 单 进程 操作 数据 库 的 情况 ， 但 是 对 于 多 进程 App 而 


言 ， 还 是 需要 ContentProvider。 





6.8.4 ”试图 再 打开 已 经 关闭 的 对 象 





异常 中 的 关键 字 : 





java.lang.lllegalStateException:attempt to re-open an already-closed 


object 


发 生 频 率 : 让 


这 个 问题 是 上 一 个 问题 的 延续 。 即 使 做 成 了 单 例 ， 如 果 在 不 同 的 线 
程 中 创建 多 个 连接 ， 就 会 报 当前 的 错误 信息 。 





频繁 地 操作 SQLite 数 据 库容 易 产 生 这 个 骨 沉 。 我 们 习惯 于 每 执行 一 
次 数据 库 操作 ， 都 打开 和 关闭 数据 库 各 一 次 。 这 束 会 叶 致 当 两 个 线程 同 
时 操作 数据 库 时 ， 比 如 ，A 为 读数 据 ，B 为 写 数 据 ， 当 A 读 完 就 会 关闭 数 
据 库 ， 而 B 这 时 正在 写 数据 ， 那 么 上 述 Crash 就 会 产生 了 。 








在 实际 应 用 中 ，App 中 的 IM， 因 为 要 把 聊天 信息 存放 到 本 地 
SQLite， 最 容易 看 到 这 类 异常 ， 这 时 好 的 做 法 是 ， 在 当前 聊天 室 ， 保 持 
数据 库 一 直 处 于 Open 状 态 ， 等 退出 聊天 室 再 执行 close 方 法 。 








6.8.5 ”文件 加 密 了 或 无 数据 库 





异常 中 的 关键 字 : 
SQLiteDatabaseCorruptException:file is encrypted or is not a database 


发 生 频 率 : 不 


请 注意 SQLLite DB 文件 的 版 本 ， 如 果 有 两 个 DB， 一 个 是 2.8.17， 另 


一 个 是 3.7.7.1， 那 么 束 会 出 现 这 个 异常 。 将 其 统一 成 一 个 版 本 即 可 。 


此 外 ， 如 果 DB 破 损 ， 也 可 能 出 现 这 种 异常 。 当 我 们 将 App 安 装 在 
SD 卡 上 ， 多 次 插 拔 就 会 导致 部 分 文件 破损 。 


6.8.6 ”WebView 中 SQLLite 绥 存 导致 的 朋 溃 








异常 中 的 关键 字 : 
SQLiteDiskIOException:disk IO error...... at 


android.webkit.WebViewDatabase$1.run(WebViewDatabase.java:1000) 
发 生 频 率 : 次 
Oi 


这 个 异常 信息 中 还 带 有 WebViewDatabase 的 内 容 ， 说 明 我 们 的 程序 
使 用 了 WebView 控 件 的 缓存 拉 术 。 但 是 原因 不 详 。 有 人 说 把 数据 库 删 除 
了 束 会 骨 演 ， 但 我 试 过 了 ， 对 WebView 是 无 效 的 。 





由 此 而 谈 到 Android 中 WebView 的 缓存 策略 。WebView 中 存在 着 两 
种 缓存 : 





-网 页 数据 缓存 ， 存 储 打开 过 的 页 面 及 资源 。 


.Html5 绥 存 ， 即 appcache。 





绥 存 数据 的 构成 如 图 6-4 所 示 。 


v BM com.baojianqiang.example 
v BM cache 
v MM webviewCache 
10d8d5cd 


v 国 databases 
是 webview.db 
webviewCache.db 





图 6-4 WebView 中 的 cache 数 据 


WebView 目 带 的 缓存 机 制 里 面 ， 会 将 url 保 存在 webviewCashe.db 
中 ， 将 un 内容 保存 在 webviewCashe 文 件 夹 下 ， 比 如 说 图 中 的 10d8d5cd， 
就 是 url 对 应 的 一 张 图 片 ， 此 外 html、js 等 文件 也 会 存 下 来 。 





而 对 于 databases 目 录 下 的 webview.db 和 webviewCashe.db， 都 会 自动 
生成 1 个 名 为 android_metadata 的 表 ， 只 要 创建 SQLLite 数 据 库 中 的 表 ， 就 
会 自动 创建 这 个 表 ， 表 中 只 有 一 个 locale 字 段 ， 里 面 存放 的 是 en-US 或 者 
zh-CN 这 样 的 值 〈 是 哪个 值 取 决 于 Android 系 统 ) ， 用 于 标示 语言 文化 。 
从 数据 库 中 读 取 的 文本 是 否 为 乱码 ， 就 取决 于 这 个 值 了 。 








我 的 系统 是 英文 的 ， 所 以 我 检查 过 locale 值 是 en-US;， 而 我 同事 的 中 


文系 统 则 显示 zh-CN。 


缓存 模式 有 五 种 ， 见 表 6-1。 


表 6-1 缓存 模 式 


模 式 
LOAD CACHE ONLY 
LOAD DEFAULT 


不 使 用 网 络 ， 只 读 取 本 地 缓存 数据 
根据 cache-control 决定 是 否 从 网 络 上 取 数 据 





( 续 ) 
模 式 简 人 
API level 17 中 已 经 废弃 ， 从 API level 11 开始 作用 同 LOAD_DEFAULT 
LOAD CACHE NORMAL i 
和 模式 
LOAD NO CACHE 不 使 用 缓存 ， 只 从 网 络 获取 数据 


LOAD CACHE ELSE NETWORK 只 要 本 地 有 ， 无 论 是 否 过 期 ， 或 者 no-cache， 都 使 用 缓存 中 的 数据 


根据 以 上 几 种 模式 ， 建 议 缓存 策略 为 : 判断 是 否 有 网 络 ， 有 的 话 ， 
使 用 LOAD_DEFAULT， 无 网 络 时 ， 使 用 
LOAD CACHE ELSE NETWORK。 








6.8.7 ”磁盘 读 写 错误 





异常 中 的 关键 字 : 


android.database.sqlite.SQLiteDiskIOException:disk LO error(code 


1802) 


我 曾经 认为 ， 在 UI 线程 执行 dbHelper.getWritableDatabase() 这 人 句 话 的 
时 候 ，UI 线 程 会 把 数据 库 锁 住 。 但 是 后 来 Bugly 的 “精神 哥 ” 告 诉 我 ， 
dbHelper 只 有 在 创建 数据 库 、 进 行事 务 处理 时 才 会 锁 住 数据 库 。 默 认 情 
况 下 dbHelper 会 缓存 DB 实例 ， 执 行 类 似 于 getWritableDatabase 的 操作 是 
立即 返回 的 ， 并 不 会 上 锁 。 


disk IO error 这 类 异种 的 抛 出 ， 是 因为 多 线程 修改 DB， 比 如 一 个 线 
程 在 写 数据 ， 另 一 个 线程 却 在 删除 数据 。 





6.8.8 android_metadata 表 不 存在 





异常 中 的 关键 字 : 





android.database.sqlite.SQLiteException:no Such 


table:android_metadata SQLiteOpenHelper.getReadableDatabase 


发 生 频 率 : 次 


开发 中 需要 连接 SQLite 数 据 库 ， 当 使 用 如 下 方法 打开 数据 库 时 就 会 
抛 出 上 述 错误 : 





SQLiteDatabase database = SQLiteDatabase.openDatabase( 
PATH， nu11，SQLiteDatabase ,OPEN_READONLY ) ; 





解决 办 法 是 ， 将 openDatabase 方 法 中 最 后 一 个 参数 修改 为 
SQLiteDatabase. 


NO_LOCALIZED_COLLATORS 即 可 。 


6.8.9” ”android metadata 表 中 的 locale 字 上 段 








异常 中 的 关键 字 : 


android.database.sqlite.SQLiteException:Failed to change locale for 


db'/data/data/appname/databases/webview.db'to'zh_CN.. 


发 生 频 率 : 次 


根据 对 6.8.8 中 Crash 的 分 析 ， 我 们 知道 android_metadata 这 个 表 中 有 


个 locale 字 段 。 


这 里 要 介绍 的 Crash 发 生 在 WebView 控 件 生成 的 缓存 数据 库 中 ， 但 
是 发 生 的 概率 极 小 (个 位 数 ) 。 对 此 ， 众 说 纷 坛 。 甚 至 有 美国 人 在 
StackOverFlow 上 说 中 国产 的 手机 也 报 这 个 异常 ， 只 是 不 能 转换 为 en-US 
而 已 。 我 只 能 怀疑 是 ROM 的 问题 。 


6.8.10 ”数据 库 或 磁盘 满 了 








异常 中 的 关键 字 : 


android.database.sqlite.SQLiteFullException:database or disk is full 


发 生 频 率 : 次 


当 数 据 库 文件 存放 在 内 存 中 时 ， 束 和 存 文件 或 者 SharedPreferences 
一 样 ， 会 因为 内 存 满 了 而 报错 ， 只 是 这 次 的 错误 信息 更 具体 ， 会 提示 我 
们 数据 库 /磁盘 满 了 。 


[1] 单 例 的 实现 请 参见 : http://zhiwei.neatooo0.com/blog/detail? 
blog=5343818a9d4869f0310000de。 








6.9 不 明和 党 历 的 异 各 


不 是 所 有 的 Crash 都 能 找到 原因 ， 比 如 说 内 存 爆 了 ， 也 就 是 OOM 
但 是 表现 为 其 他 的 症状 ， 也 有 可 能 是 混 消 的 问题 。 


对 于 线 上 的 Crash， 我 们 要 本 大 “ 为 什么 开发 期 间 没 有 发 现 ” 的 思路 
来 进行 修复 ， 调 试 期 间 没 有 问题 但 是 到 了 线 上 就 有 问题 了 ， 原 因 有 几 
种 : 








测试 不 充分 ， 有 些 场 景 没有 考虑 到 。 





-服务 器 返回 给 App 的 数据 不 规范 ， 而 App 又 没 做 容错 处 理 。 恰 恰 测 
试 时 数据 是 没 问 题 的 ， 上 线 后 服务 器 返回 的 数据 不 规范 ， 就 会 有 各 种 裔 


VE 
1 员 。 





“也 有 可 能 是 在 线 上 调试 ， 没 写 好 的 代码 抛 出 来 的 异常 。 这 种 Crash 
水 远 不 会 重 现 。 我 们 需要 排除 这 样 的 Crash， 否 则 会 浪费 大 量 的 人 力 在 
上 面 。 


其 实 ， 很 多 线 上 Crash 都 是 无 厘 头 的 ， 让 人 无 从 下 手 修 复 。 我 在 这 
里 教 大 家 一 种 简单 有 效 的 办 法 ， 那 就 是 发 现 这 样 的 线 上 Crash， 在 出 错 
的 代码 行 加 上 try...catch... 语 句 ， 专 门 捕获 这 种 异常 。 记 得 在 catch 语 句 
中 将 这 次 异常 发 送 到 服务 器 ， 并 把 crash_type 标 记 为 0〈( 线 上 Crash 的 这 个 








值 为 1) ， 这 样 我 们 就 能 在 每 天 几 千 个 Crash 中 捕获 到 一 些 ， 而 阻止 应 用 
不 衣 江 了 。 





当 我 们 捕获 到 这 种 异常 子 朋 涡 ， 而 是 退回 到 上 一 个 
页 面 ， 请 用 户 重新 操作 一 过 。 之 前 的 操作 可 能 会 因为 各 种 各 样 的 原因 而 
引发 异常 ， 重 新 操作 一 过 能 极 大 减少 这 种 情形 。 但 如 果 每 次 退回 后 重新 
操作 还 是 这 种 月 没 ， 那 么 就 要 重点 对 待 了 ， 有 可 能 是 MobileAPI 脏 数 
据 ， 有 可 能 是 茶 亚 机 型 不 兼容 ， 有 可 能 就 是 一 个 代码 上 的 pug， 有 具体 情 
况 具 体 分 析 。 





6.9.1 内 存 洪 出 





异常 中 的 关键 字 : 


OutOfMemoryException 


发 生 频 率 : 友 友 友 友 让 


我 们 时 第 抱怨 Android 系 统 为 每 个 App 分 配 的 内 存 太 小 ， 只 有 几 十 
兆 ， 殊 不 知 在 AndroidManifest,xml 中 有 个 参数 可 以 设置 : 





<application android:1largelHeap="true" 





这 样 就 能 增加 系统 为 当前 App 分 配 的 内 存 了 ， 甚 至 到 100MBL 愉 上 。 


使 用 后 ，OOM 的 朋 尝 明显 减少 很 多 。 








但 是 ， 天 底下 没有 免费 的 午餐 。 当 内 存 很 大 的 时 候 ， 每 次 GC 的 时 
间 也 会 长 一 些 ， 性 能 就 会 下 降 。Android 官 方 给 的 建议 是 ， 作 为 程序 员 
的 我 们 应 该 努力 减少 内 存 的 使 用 ， 使 用 回收 和 复 用 的 方法 ， 而 不 是 想 方 
设法 增 大 内 存 。 


6.9.2 Verify Failed 





异常 中 的 关键 字 : 


java.lang.VerifyError:Rejecting class xxxx.package.activityA that 


attempts to sub-class erroneous class xxxx.package.Activity 基 类 


发 生 频 率 ， 友 友 友 友 


这 个 问题 至 今 没 有 查 到 原因 。 


6.10 ”其 他 情况 的 异常 





最 后 ， 是 一 些 不 太 好 归 类 的 腊 剃 信息。 这 就 像 武侠 小 说 中 的 独行 大 
侠 ， 无 门 无 派 但 也 不 能 小 凯 。 





6.10.1 TimeoutException 





异常 中 的 关键 字 : 


com.android.internal.BinderInternal$GcWatcher.finalize()timed out 


after 10 seconds 


发 生 频 率 : 不 


GC 回 收 超时 会 抛 出 该 异常 ， 注 意 重 写 finalize 方 法 时 不 要 有 超时 的 
操作 。 冲 


6.10.2 ” JSON 解析 异常 





异常 中 的 关键 字 : 


org.json.JSONException: No value for UserName at 


org.json.JSONObject.get(JSONObject.java:354)at...... 
发 生 频 率 : 友 友 克 
在 JSON 解 析 中 经 常会 遇 到 这 种 异常 。 


这 是 因为 我 们 在 解析 JSON 的 时 候 ， 使 用 了 getString("UserName'") 而 
不 是 optString("UserName")， 如 果 UserName 这 个 key 在 JSON 字 符 串 中 不 
存在 ， 前 者 会 抛 出 上 述 异 常 ， 后 者 则 会 返回 空 。 





类 似 地 ， 还 有 getJsonArray 方 法 ， 建 议 的 解决 方案 是 改 用 
optJsonArray 方 法 ， 才 不 会 发 生 朋 尝 。 


6.10.3 JSONArray 在 初始 化 时 为 空 





异常 中 的 关键 字 : 





java.lang.NullPointerE.xception at 
org.json.JSONTokener.nextCleanInternal(JSONTokener.java:116)at 


org.json.JSONTokener.nextValue(JSONTokener.java:94)t...... 


发 生 频 紊 ， 友 友 友 


我 们 知道 JSONArray 的 初始 化 如 下 所 示 : 





public void simulateJSONException() throws JSONException f{ 
String jsonString = "",， 
JSONArray array = = new JSONArray (jsonstring); 
for (int i = 0; i < array.length(); i++) { 
JSONObject jsonobject = array.getJSOoNObject(i); 
} 


} 





当 jsonString 这 个 值 为 空 时 ， 束 会 报 上 述 的 异常 信息 。 


6.10.4 第 三 方 SDK 抛 出 的 Crash 


在 引入 第 三 方 SDK 的 同时 ， 也 会 引入 SDK 导 致 的 骨 溃 。 举 个 例子 : 
GoogleAnalytics， 简 称 GA。Google 提 供 的 这 个 工具 ， 很 多 公司 用 来 搜集 
线 上 Crash。 殊 不 知 ， 有 些 手机 只 要 启动 这 个 记录 Crash 的 功能 ， 束 会 
Crash， 每 天 会 有 一 两 干 个 崩溃 就 是 因为 这 个 原因 导致 的 ， 异 常 信息 如 
下 所 示 : 





java.lang.RuntimeException: Package manager has died at 
android.app.ApplicationPpackageManager .getPackageInfo(Application 
PackageManager .java:82) at 
com,.google.analytics,tracking.android,StandardExceptionParser ,SetIn 
cludedPackages(Unknown Source) 








我 也 是 在 把 线 上 Crash 收 集 到 自己 的 服务 器 后 ， 才 发 现 这 个 问题 
的 。 后 来 把 GA 的 这 个 Crash 发 送 功 能 禁用 挥 ， 束 不 再 因此 而 骨 尝 了 。 


6.10.5 ”两 个 不 同类 型 的 View 有 相同 的 id 





异常 中 的 关键 字 : 


java.lang.lllegal ArgumentException: Wrong state class,expecting View 
State but received class android.widget.ScrollView$SavedState instead.This 
usually happens when two views of different type have the same id in the 
same hierarchy.This view's id is id/0xff0000.Make sure other views do not 


use the same id. 


发 生 频 率 : 交友 友 


异常 信息 中 不 一 定 每 次 都 是 ScrollView， 也 有 TextView 或 者 其 他 控 
件 。 








党 信息 已 经 解释 得 很 清楚 了 ， 在 一 个 页 面 中 ， 两 个 不 同类 型 的 
View 有 相同 的 id， 就 会 导致 户 溃 。 


这 个 悲剧 的 发 生 ， 是 Android 系 统 的 内 部 机 制导 致 的 。ViewPager 中 
有 了 两 个 页 面 ， 每 个 页 面 的 layout 布 局 文件 中 都 有 一 个 id 名 叫 scroll_view 的 
控件 ， 那 么 当 我 们 重 写 onSaveInstanceState 这 个 方法 的 时 候 ， 如 果 要 保 
存 scroll_view 的 状态 ， 比 如 scrollX 和 scrollY 的 值 ， 那 么 在 
onRestoreInstanceState 方 法 中 恢复 这 两 个 值 时 ， 就 会 分 不 清楚 完 竟 是 哪 


一 个 。 











Android 官 方 建议 最 好 保证 每 个 View 的 id 都 是 唯一 的 ， 或 者 至 少 在 


一 个 局 部 的 layout 文 件 中 这 么 做 ， 因 为 很 显然 ， 如 果 同 一 个 layout 文 件 中 
有 两 个 id 都 是 "android:id="@+idbutton" 的 按钮 ， 那 么 通过 findViewById 
的 时 候 只 能 找到 前 面 的 按钮 ， 后 面 的 那个 就 没 机 会 被 找到 了 ， 所 以 
Android 官 方 的 说 法 是 合理 的 。 


此 外 ， 还 应 该 加 上 特别 重要 的 一 条 : 当 在 Activity 中 ， 确 定 要 保存 / 
恢复 一 个 View 的 状态 的 时 候 ， 一 定 要 保证 它们 有 唯一 的 id， 因 为 
Android 内 部 用 id 作为 保存 、 恢 复 状 态 时 使 用 的 key， 和 否则 就 会 发 生 一 个 
覆盖 另 一 个 的 悲剧 。 








6.10.6” Layoutmfiater.fromO.infiateO) 使 用 不 当 导 致 的 裔 溃 





入 各 中 的 关键 字 : 





No package identifier when getting value for resource number 


0x00000001 


发 生 频 紊 ， 友 友 友 


在 程序 中 使 用 LayoutInfiater.from().infiateO 语 句 时 ， 必 须 写 在 具体 的 
子 类 中 ， 一 定 不 能 工作 在 父 类 或 虚 类 里 ， 如 下 所 示 : 











View View = LayoutIinfiater.from(mContext) 
.infiate(LAYOUT_ID, this, true); 





这 里 有 个 this 指 针 的 问题 ， 当 initView 方 法 让 虚 类 调用 时 ， 这 个 this 
指向 谁 ? 是 虚 类 自己 还 是 子 类 ? 正 是 因为 Android 系 统 搞 不 清楚 所 以 就 
骨 尝 了， 男 外 这 个 infiate 本 里 就 有 一 定 的 特殊 性 ， 是 不 能 随便 乱用 this 
的 。 我 尝试 过 把 BaseGuideView 里 的 initView 方 法 不 写成 虚 方法 ， 而 是 一 
个 衬 的 函数 ， 但 依旧 报错 。 所 以 遇 到 这 种 情况 ， 加 载 布局 一 定 要 由 各 个 
子 View 自 行 加 载 并 初始 化 。 外 





6.10.7 ViewGroup 中 的 玄机 





异常 中 的 关键 字 : 





java.lang.IllegalArgumentException:parameter must be a descendant of 


this View 


发 生 频 率 : 友 友 友 


这 个 崩溃， 是 通过 ViewGroup 的 offsetRectBetweenParentAndChild 方 
法 抛 出 来 的 。 





offsetRectBetweenParentAndChIld 方 法 抛 出 来 的 。 


void offsetRectBetweenParentAndCchild(void descendant, 
Rect rect, boolean offsetFromChildToParent, 
boolean clipToBounds) 


5 














该 方法 就 是 用 来 计算 父子 重 闭 的 区 域 。 它 是 通过 所 给 的 descendant 
这 个 View 逐 级 向 上 寻找 Parent View， 同 时 将 Rect 转 换 为 同 级 坐标 系 来 计 
算 的 。 


在 这 个 方法 的 末尾 ， 如 果 最 终 找 到 的 Parent View 和 当前 View 不 一 
致 ， 则 会 抛 出 这 个 异常 。 说 白 了 ， 就 是 descendant 参 数 必 须 是 当前 View 
的 子孙 。 | 





那么 什么 时 候 descendant 不 是 当前 View 的 子孙 呢 ? 在 UI 调 整 的 时 
候 ， 会 改变 当前 界面 中 拥有 焦点 的 控件 。 我 们 应 该 实时 确保 这 个 控件 是 
当前 View 的 子孙 ， 所 以 相应 的 解决 方案 也 很 简单 ， 每 次 都 重新 设置 一 下 
焦点 ， 让 当前 View 始 终 获 得 焦点 。 与 此 同时 ， 如 果 是 ListView， 还 要 清 


空 ListView 中 其 他 控件 抢 到 的 焦点 。 











6.10.8 ”Monkey 点 击 过 快 导致 的 骨 尝 





异常 中 的 关键 字 : 
java.lang.NullPointerE.xception at 


android.view.ViewRootImpl$ViewRootHandler.handleMessage(ViewRc 


发 生 频 率 : 友 克 


有 种 Crash， 只 有 执行 Monkey 脚 本 时 才 会 抛 出 来 。 没 办 法 ， 人 手 点 
的 速度 远 不 及 Monkey 点 击 的 速度 。 这 种 Crash， 我 们 就 不 深究 了 ， 只 要 
确保 手 点 的 时 候 不 朋 溃 即 可 。 





有 一 种 相对 成 熟 的 解决 方案 ， 那 吏 是 为 每 个 点 击 事件 加 一 个 延迟 函 
数 ， 如 下 所 示 : 





public void onClick(View v) { 
if(iswWindowLocked()) 
return; 
// 接 下 来 的 代码 执行 点 击 按钮 后 的 逻辑 





我 们 把 WindowLocked 这 个 延迟 方法 写 到 BaseActivity 中 : 





public Boolean IswWindowLocked() { 
long current = SystemClock.elapsedRealtime( ); 
if (current - mLastOonclickTime > 500) { 
mLastoncClickTime = current,; 
return false; 


return true; 


} 





这 样 Monkey 就 不 会 跑 那 么 快 了 。 


代码 中 500 的 意思 是 延迟 0.5 秒 。 这 取决 于 Monkey 中 事件 的 间隔 时 
间 ， 一 般 我 们 设置 为 0.5 秒 。 


6.10.9 图 片 缩放 很 多 倍 





异常 中 的 关键 字 : 








java.lang.IllegalArgumentException:bitmap size exceeds 32bits 


发 生 频 率 : 次 克 六 


当 图 片 缩放 了 很 多 倍 时 ， 导 致 内 存 洲 出 ， 就 会 抛 出 这 个 异常 ， 多 友 
生 在 全 屏 显示 一 张 图 片 的 时 候 。 


如 下 所 示 ，postScale 方 法 中 的 参数 就 是 澳 和 高 比例 ， 要 在 这 里 增加 


try..….catch... 捕 获 这 个 异常 。 





// Srcwindth 和 


SrcHeight 是 缩放 前 


// tagetwidth 和 和 


targetHeight 缩 放 后 


Float scalew (fioat)targetwidth / (fioat)srcwidty; 
Float scaleH (fioat)targetHeight / (fioat)srcHeight; 
Matrix matrix = new Matrix(); 
Matrix.postScale(scalew, scaleH); 








6.10.10 ”图 片 宽 高 为 0 








异常 中 的 关键 字 : 


java.lang.IllegalArgumentException:width and height must be>0 at 


android.graphics.Bitmap.nativeCreate(Native Method ) 


发 生 频 率 : 友 妇 











产生 这 个 寞 第 ， 退 常 是 因为 没有 取 到 图 片 的 宽 和 高 ， 于 是 就 返回 默 
认 值 0 了 。 





这 是 件 很 诡异 的 事情 ， 因 为 任何 一 张 图 片 都 是 有 宽 和 高 的 ， 那 么 唯 
一 的 一 种 解释 束 是 ， 没 加 载 到 这 个 图 片 ( 比 如 说 缓冲 数据 被 清空 $ ， 或 
者 提前 调用 了 获取 图 片 的 宽 和 高 的 方法 ， 这 时 候 就 得 到 0 值 了 。 


暂时 还 没有 完美 的 解决 方案 ， 只 能 看 到 哪个 页 面 有 这 样 的 异常 信 
轧 ， 就 加 try...catch... 语 句 防 止 获取 图 片 宽 高 时 出 错 。 


6.10.11 不 能 重复 添加 组 件 





异常 中 的 关键 字 : 


View XXXX has already been added to the window manager 


发 生 频 率 : 交友 六 





这 个 异常 发 生 在 windowmanger.addView (view) 这 行 代 码 中 ， 意 思 


大 体 是 说 这 个 view 在 Window Manager 中 已 经 存在 ， 不 能 再 添加 相同 的 
J 


通常 的 解决 办 法 是 在 添加 view 时 ， 捕 获 这 个 异常 ， 但 是 并 没有 解决 
问题 ， 想 要 添加 的 view 并 没有 被 加 入 到 Window Manager 中 。 


于 是 我 们 想到 ， 先 执行 windowmanger.removeView (view) ， 再 执 
行 addView 方 法 ， 这 样 就 不 会 出 问题 了 。 但 是 问题 接 中 而 至 ， 当 Window 
Manager 中 并 不 存在 这 个 view 时 ， 执 行 ramove 方 法 反而 会 抛 出 View not 
attached to window manager 的 异常 信息 。 基 于 此 ， 得 到 终极 解决 方案 ， 


如 下 所 示 : 











try { 
windowmanager .removeView(view); 
} catch(IllegalstateException ex) { 
e.printStackTrace( ); 


} 

try { 
windowmanager .addView(view); 

} catch(IllegalstateException ex) { 
e.printStackTrace( ); 

} 





也 就 是 说 ， 即 使 emoveView 失 败 ， 也 能 继续 执行 接 下 来 的 addView 
操作 。 





[1] 关于 这 个 异常 的 不 完全 诊断 ， 请 参见 http://stackoverf 
iow.com/questions/24021609/how-to-handle-java-util-concurrent- 


timeoutexception-android-os-binderproxy-f in。 


[2] 关于 这 个 崩 尝 的 详细 信息 ， 请 参见 
http://blog.csdn.net/yanzi1225627/article/details/37338565。 

[3] 天 于 这 个 骨 涡 的 详细 信息 ， 请 参见 
http://blog.sina.com.cn/s/blog_5704bfaf0102v3bn.html。 


6.11 本 章 小 结 


这 是 极其 枯燥 无 味 的 一 章 ， 我 努力 让 自己 的 语言 生动 一 些 ， 也 不 一 


定 有 效 。 原 设想 一 个 月 就 完成 这 一 章 ， 谁 知 却 整整 写 了 6 个 月 。 








从 第 一 批 收集 到 的 40 多 个 异常 ， 越 写 越 多 ， 慢 慢 扩 充 到 现在 的 80 多 
个 异常 。 网 络 上 早 就 有 人 在 讨论 Android 千 奇 百 怪 的 异常 信息 ， 每 篇 文 
半 都 要 仔细 看 一 过， 与 此 同时 ， 还 要 为 每 一 个 朋 染 做 两 个 Demo， 一 个 
用 来 演示 骨 尘 ， 夯 一 个 则 用 来 演示 如 何 修复 月 误 。 只 有 这 样 才 能 辨别 真 
伪 ， 但 却 最 费时 间 和 精力 。 











为 一 个 困扰 我 的 问题 是 ， 如 何 辨 别 开 友 期 间 友 现 的 朋 尝 和 线 上 环境 
发 生 的 有 骨 沉 。 前 者 是 可 以 在 上 线 前 束 能 发 现 的 ， 如 果 不 修复 ， 功 能 流程 
根本 不 能 走 下 去 ， 所 以 ， 这 类 骨 江 ， 我 尽量 不 去 分 析 。 我 看 力 解决 的 是 
那些 开发 期 间 发 现 不 了 ， 只 有 通过 线 上 环境 几 十 万 用 户 才 能 点 出 来 的 裔 
误 。 我 总 在 想 ， 为 什么 这 个 毅 溃 在 开发 和 测试 期 间 不 能 发 现 ? 








我 不 能 确保 本 半 中 每 个 异常 分 析 都 是 正确 的 ， 有 些 情况 我 只 能 是 大 
胆 猜 测 ， 甚 至 还 没有 结论 ， 如 果 读 者 有 更 好 的 解释 ， 请 在 我 的 博客 上 留 
言 ， 我 将 非常 感激 。 


第 7 瘟 ”ProGuard 技 术 详 解 


ProGuard 是 一 个 很 枯燥 有 旦 让 人 没有 成 束 感 的 技术 ， 至 少 我 是 这 么 认 
为 的 。 但 不 可 否认 的 是 ，Android 项 目 没有 了 ProGuard 还 真 束 不 行 。 既 





然 投 刁 程序 员 这 个 行业 ， 就 要 了 耐 得 住 我 宽 ， 在 夜深人静 的 时 候 ， 加 班 给 
代码 做 混淆 。 本 章 专门 介绍 ProGuard 的 工作 原理 ， 以 及 使 用 方法 。 


7.1 ProGuard 人 简介 
在 Android 中 一 提起 ProGuard， 我 们 就 会 认为 它 是 用 来 混淆 代码 
的 ， 殊 不 知 ProGuard 一 共 包 括 以 下 4 个 功能 。 


压缩 〈Shrink) : 侦 测 并 移 除 代 码 中 无 用 的 类 、 字 段 、 方 法 和 特性 


(Attribute) 。 
:优化 (Optimize〉: 对 字 节 人 码 进行 优化 ， 移 除 无 用 的 指令 。 


.混淆 〈Obfuscate) : 使 用 a、b、c、d 这 样 简 短 而 无 意义 的 名 称 ， 
对 类 、 字 段 和 方法 进行 重 命名 。 


` 预 检 “(Preveirfy〉: 在 Java 平 台 上 对 处 理 后 的 代码 进行 预 检 。 
人 @@ 二 未 


如 果 仅 仅 是 为 了 代码 混淆 ，ProGuard 有 一 个 兄弟 产品 DexGuard 可 以 
试 试 ， 地 址 如 下 : 





http://www.saikoa.com/dexguard 





常常 看 到 有 人 庆 病 ProGuard 不 会 泥 淆 字符 串 常量 ，DexGuard 可 以 做 


这 个 事情 。 


ProGuard 是 一 个 开源 项 目 ， 在 SourceForge 上 进行 维护 ， 地 址 如 下 : 


http://ProGuard.sourceforge.net 。 


从 上 述 地 址 下 载 ProGuard 之 后 ， 能 同时 看 到 官方 文档 和 示例 ， 不 过 
文 的 ， 目 前 市 面 上 没有 相应 的 中 文 翻 译 版 ， 也 没有 一 篇 详尽 的 介绍 


是 类 
草 


忆 


如 果 你 的 项 目 己 经 使 用 了 某 个 版 本 的 ProGuard， 比 如 ， 现 在 市 面 上 
最 流行 的 是 4.7 版 本 ， 我 建议 不 要 进行 升级 。 一 切 以 稳定 为 首 ， 如 果 一 
定 要 升级 到 最 新 版 本 ， 请 在 使 用 ProGuard 后 ， 对 项 目的 所 有 模块 进行 全 
功能 回归 测试 。 


7.2 ”ProGuard 工 作 原 理 


ProGuard 由 shrink、optimize、obfuscate 和 preverify 四 个 步骤 组 成 ， 
其 中 每 个 步骤 都 是 可 选 的 ， 我 们 可 以 通过 配置 脚本 来 决定 执行 其 中 的 哪 
几 个 步骤 ， 如 图 7-1 所 示 。 





Inputjars Shrunk code . 、 | 
-shrink —»] 上 optimize Optim.code | obfuscate Obfusc.code 上 preverify ER 


Library jars (unchanged) > Library jars 



































图 7-1 ”ProGuard 执 行 流程 


这 里 ， 我 们 引入 Entry Point 的 概念 。Entry Point 是 在 ProGuard 过 程 中 
不 会 被 处 理 的 类 或 方法 。 在 压缩 的 步骤 中 ，ProGuard 会 从 上 述 的 
EntryPoint 开 始 递归 遍历 ， 搜 索 哪 些 类 和 类 的 成 员 在 使 用 。 对 于 没有 被 
使 用 的 类 和 类 的 成 员 ， 就 会 在 压缩 阶段 丢弃 。 














接 下 来 在 优化 的 步骤 中 ， 那 些 非 EntryPoint 的 类 、 方 法 都 会 被 设置 
为 private、static 或 final， 不 使 用 的 参数 会 被 移 除 ， 此 外 ， 有 些 方法 会 被 
标记 为 内 联 的 。 在 混 请 的 步骤 中 ，ProGuard 会 对 非 EntryPoint 的 类 和 方 
法 进行 重 命名 。 


7.3 如何 写 一 个 ProGuard 文 件 





接 下 来 ， 我 们 只 讲 ProGuard.cfg 混 清文 件 要 怎么 号。 这 是 一 个 三 步 
走 的 过 程 。 


7.3.1 基本 泥 消 





以 下 是 混 消 最 基本 的 配置 信息 ， 任 何 App 都 要 使 用 ， 可 以 作为 模板 
使 用 ， 我 为 每 行 代码 都 增加 了 注释 : 


1. 基 本 指令 





# 代码 混淆 压缩 比 ， 在 


0~7 之 间 ， 默 认为 


5， 一 般 不 需要 改 


-optimizationpasses 5 
# 混淆 时 不 使 用 大 小 写 混合 ， 混 淆 后 的 类 名 为 小 写 

















-dontusemixedcaseclassnames 
# 指定 不 去 忽略 非 公共 的 库 的 类 


-dontskipnonpubliclibraryclasses 
# 指定 不 去 忽略 非 公共 的 库 的 类 的 成 员 


-dontskipnonpubliclibraryclassmembers 
# 不 做 预 校 验 ， 


preverify 是 


proguard 的 


4 个 步骤 之 一 


## Android 不 需要 


preverify， 去 掉 这 一 步 可 加 快 混淆 速度 


-dontpreverify 
## 有 了 





VeErbose 这 句 话 ,混淆 后 就 会 生成 映射 文件 


# 包含 有 类 名 


-> 混淆 后 类 名 的 映射 关系 


# 然后 使 用 


printmapping 指 定 映射 文件 的 名 称 


-verbose 
-printmapping proguardMapping ,txt 
# 指定 混淆 时 采用 的 算法 ， 后 面 的 参数 是 一 个 过 滤器 


# 这 个 过 滤器 是 谷歌 推荐 的 算法 ， 一 般 不 改变 


-optimizations !code/simplification/arithmetic, !field/*, class/merging/* 
# 保护 代码 中 的 





Annotation 不 被 混淆 


JSON 实 体 映射 时 非常 重要 ， 比 如 


fastJson 
-keepattributes *Annotation* 
# 避免 混淆 泛 型 ， 


# 这 在 


JSON 实 体 映 射 时 非常 重要 ， 比 如 


fastJson 
-keepattributes Signature 
// 抛 出 异常 时 保留 代码 行 号 ， 在 第 


6 章 异 常 分 析 中 我 们 提 到 过 





-keepattributes SourceFile,LineNumberTable 





-dontskipnonpubliclibraryclasses 用 于 告诉 ProGuard， 不 要 跳 过 对 非 公 
开 类 的 处 理 。 默 认 情 况 下 是 跳 过 的 ， 因 为 程序 中 不 会 引用 它们 ， 有 些 情 
况 下 人 们 编写 的 代码 与 类 库 中 的 类 在 同一 个 包 下 ， 并 且 对 包 中 内 容 加 以 
引用 ， 此 时 需要 加 入 此 条 声明 。 








对 于 -dontusemixedcaseclassnames，Microsoft Windows 用 户 请 注意 : 
默认 情况 下 ，ProGuard 假 定 你 使 用 的 操作 系统 能 够 区 分 两 个 只 是 大 小 写 
不 同 的 文件 名 《〈 比 如 ，Ajava 和 a.java 被 认为 是 两 个 不 同 的 文件 ) 。 显 然 
Microsoft Windows 不 是 这 样 的 操作 系统 (“Windows 是 对 文件 名 是 大 小 写 
不 敏感 的 ) 。 因 此 Windows 用 户 必须 为 ProGurad 指 定 - 
dontusemixedcaseclassnames 选 项 。 如 果 不 这 么 做 并 且 你 的 项 目 中 有 超过 
26 个 类 的 话 ， 那 么 ProGuard 就 会 默认 混用 大 小 写 文件 名 ， 而 导致 class 文 





件 相互 履 辣 。 安 全 起 见 ， 从 0.9.0 版 本 开始 ，EclipseME 默 认为 ProGuard 
设置 -dontusemixedcaseclassnames 选 项 。 项 目 中 有 很 多 类 的 UNIX 用 户 可 
以 删除 这 个 选项 ， 这 样 最 终 产 生 的 JAR 文 件 的 大 小 可 以 进一步 缩小 。 





2. 需 要 保留 的 东西 





# 保留 所 有 的 本 地 


natIVe 方 法 不 被 混淆 


-keepclasseswithmembernames class * { 
native <methods> 
} 


# 保留 了 继承 上 














ActiVity、 


Application 这 些 类 的 子 类 
# 因为 这 些 子 类 都 有 可 能 被 外 部 调用 


# 比如 说 ， 第 一 行 就 保证 了 所 有 


Activity 的 子 类 不 要 被 泥 活 


-keep public class * extends android.app.Activity 

-keep public class * extends android.app.Application 

-keep public class * extends android.app.Service 

-keep public class * extends android,.content.BroadcastReceiver 
-keep public class * extends android,content .ContentProvider 

-keep public class * extends android.app.backup.BackupAgentHelper 
-keep public class * extends android,preference,Preference 

-keep public class * extends android.view.View 

-keep public class com,android.vending, Jicensing,.ILicensingService 
# 如 果 有 引用 


android-support-v4.jar 包 ， 可 以 添加 下 面 这 行 


-keep public class com.tuniu.app.ui,.fragment.** {* 
# 保留 在 


Activity 中 的 方法 参数 是 





VieWw 的 方法 ， 


# 从 而 我 们 在 


]ayoOut 里 面 编写 





ONnClick 就 不 会 被 影响 


-keepclassmembers class * extends android,app.Activity { 
public void *(android,.view.View); 
} 


# 枚 举 类 不 能 被 混淆 


-keepclassmembers enum * { 
public static **[] values(); 
public static ** valueOof(java.lang.string); 


} 
# 保留 自 定义 控件 (继承 自 


View) 不 被 混淆 


-keep public class * extends android.view.View { 
炎炎 类 * . 
get*(); 
void set*(***),; 
public <init>(android,.content .Context ) ， 
public <:init>(android,content ,Context，android,util.AttributeSet ) ， 
public <init>(android,.content.Context, android.util.AttributeSet, int); 


} 
# 保留 


Parcelable 序 列 化 的 类 不 被 混淆 


-keep class * implements android.os.Parcelable { 
public static final android.os.Parcelables$Creator *; 


Serializable 序 列 化 的 类 不 被 混淆 


-keepclassmembers class * implements java.io.Serializable { 
static final long serialVersionUID; 
private static final java.io.ObjectStreamField[] serialPersistentFields; 
private void writeObject(java.io.O0bjectOutputStream); 
private void readobject(java,io.0bjectInputStream) 
java,1Lang,0bject writeReplace( ); 
java.lang.Object readResolve(); 


} 
共 对 于 











R (资源 ) 下 的 所 有 类 及 其 方法 ， 都 不 能 被 混淆 





-keep class **.R$* { 


} 


了 
# 对 于 带 有 回调 函数 














OnXXEVent 的 ， 不 能 被 混淆 


-keepclassmembers class * { 
void *(**ONn*Event); 
} 





7.3.2 ”针对 App 的 量 身 定制 


我 们 创建 一 个 Android 项 目 ， 它 的 包 名 和 项 目 结构 图 如 图 7-2 所 示 : 





了 这 ListDemoActivity 
> mh Android 4.2.2 
bp 到 Android Dependencies 
bp 2 Referenced Libraries 
ViSsrc 
出 com.youngheart 
> (PH activity 


p> 由 adapter 
> 册 base 
出 db 


b> 册 engine 


# [DM Userinfo.java 
bp [DN Weatherinfo.java 





图 7-2 一 个 Android 项 目的 目录 结构 


1. 保 留 实体 类 和 成 员 不 被 混 消 


对 于 实体 ， 要 保留 它们 的 set 和 get 方 法 ， 对 于 boolean 型 get 方 法 ， 有 
人 喜欢 命名 为 isXXX 的 方式 ， 所 以 不 要 遗漏 了 。 





-keep public class com. youndneants entity.** { 
public void set*(***),; 
public *** get*(); 
public *** is*(); 





一 种 好 的 做 法 是 把 所 有 实体 都 放 在 一 个 包 下 进行 管理 ， 这 样 只 写 一 
次 混 清 束 够 了 。 避 免 以 后 在 别 的 包 中 新 增 的 实体 而 态 记 保留 ， 代 码 在 混 


消 后 因为 找 不 到 相应 的 实体 类 而 般 温 。 


内 诅 类 经 常会 被 混淆 ， 结 果 在 调用 的 时 候 为 空 就 朋 尖 了 。 最 好 的 解 
决 办 法 就 是 把 这 个 内 藤 类 拿 出 来 ， 单 独 成 为 一 个 类 。 


如 果 一 定 要 内 置 ， 那 么 这 个 类 就 必须 在 混淆 时 进行 保留 。 比 如 说 
com.example.youngheart 包 下 面 的 MainActivity， 它 有 一 些 内 舱 类 ， 以 下 


指令 保留 MainActivity 的 所 有 内 髓 类 : 





-keep class com.example.youngheart.MainActivity$*{*;} 





$ 这 个 符号 束 是 用 来 分 割 内 髓 类 与 其 母体 的 标志 。 还 记得 4.1.2 中 保 


留 R〈 资 源 ) 下 面 的 所 有 类 及 其 方法 的 指令 吗 ? 如 出 一 和 统 : 





-keep class **.R$* {* 





3. 对 WebView 的 处 理 


如 果 项 目 中 用 到 了 WebView 的 复杂 操作 ， 请 加 入 以 下 这 两 段 代码 : 





-keepclassmembers class * 
extends android.webkit.webViewClient { 
public void *(android,.webkit .WebView, 
java.lang.Sstring, android.graphics.Bitmap); 
public boolean *(android.webkit .webView, 
java.1lang.string) 


-keepclassmembers class * extends android.webkit.webViewClient { 


public void *(android,webkit,webView，, 
java.1lang.string) 





4. 对 JavaScript 的 处 理 [| 


App 应 用 要 经 常 与 HTML5 页 面 的 JavaScript 进 行 交 互 ， 如 下 所 示 : 





class JSInteface1 { 
@JavascriptInterface 
public void callAndroidMethod(int a, fioat b, String c, boolean d) { 
if (d) { 
String strMessage = "-" + (a+1)+"-"+(b+1)+"-"+c 
二 0-0 十 d; 
new AlertDialog.Builder(MainActivity.this).setTitle("title") 
.SetMessage(strMessage).show!(); 








这 个 例子 参见 第 3 章 中 3.4 节 介绍 的 App 与 HTML5 之 间 的 交互 。 我 接 
下 来 要 讨论 的 是 ， 如 何 确保 这 些 js 要 调用 的 原生 方法 不 被 混淆 。 


JSInterface 是 MainActivity 的 子 类 ， 所 以 保留 指令 要 这 么 写 : 





-keepclassmembers 
class com.example.youngheart.MainActivity$JSInterfacei { 
<methods>， 





请 在 项 目 中 搜索 addjavascriptInterface， 我 们 要 对 所 有 使 用 的 地 方 设 
置 保留 指令 。 


5. 处 理 反 射 


也 许 有 人 会 问 ， 在 程序 中 使 用 SomeClass.class.method1 这 样 的 静态 
方法 ，ProGuard 如 何 处 理 ? 


答案 是 ， 被 引用 的 类 ， 如 SomeClass， 肯 定 会 在 压缩 过 程 中 被 保 


那么 ee SomeClass 不 会 在 压缩 过 
程 中 被 移 除 ，ProGuard 在 这 点 上 还 是 蛮 聪 明 的 ， 它 会 检查 程序 中 使 用 的 
Class.forName 方 法 ， 对 参数 SomeClass 这 样 的 字符 串 则 法 外 开 因 ， 不 会 


移 除 。 





但 是 ， 在 混 请 过 程 中 ， 无 论 是 Class.forName("SomeClass")， 还 是 
SomeClass.class， 就 都 不 能 蒙混 过 关 了 。SomeClass 这 个 类 的 名 称 会 被 混 
淆 。 因 此 ， 我 们 要 在 ProGuard.cfg 文 件 中 ， 保 留 这 个 类 名 称 。 


不 光 是 Class.forName("SomeClass")， 以 下 方法 也 同样 适用 : 
‘SomeClass.class.getField("someField") 
‘SomeClass.class.getDeclaredField("someField") 
‘SomeClass.class.getMethod("some Method", new Class[] {}) 
‘SomeClass.class.get Method("some Method", new Class[] { A.class }) 


‘SomeClass.class.get Method("some Method", new Class[] { A.class, 


B.class }) 


‘SomeClass.class.getDeclaredMethod("some Method", new Class[] {}) 


‘SomeClass.class.getDeclaredMethod("some Method", new Class[] { 


A.class }) 


‘SomeClass.class.getDeclared Method("some Method", new Class[] { 


A.class, B.class }) 


‘AtomicIntegerFieldUpdater.newUpdater(SomeClass.class, 


"someField") 


‘AtomicLongFieldUpdater.newUpdater(SomeClass.class, "someField") 


‘AtomicReferenceFieldUpdater.newUpdater(SomeClass.class, 


SomeType.class, "someField") 

在 混 消 的 时 候 ， 要 在 项 目 中 搜索 一 下 上 述 这 些 方法 ， 将 相应 的 类 或 
者 方法 的 名 称 进行 保留 而 不 被 混淆 。 做 混淆 的 开发 人 员 ， 应 该 对 代码 比 
较 熟 悉 ， 以 确保 万 无 一 失 。 





6. 对 于 自 定义 View 的 解决 方案 


但 几 是 在 layout 目 录 下 的 xml 布 局 文件 中 配置 的 自 定义 View， 都 不 


能 进行 混 请 。 为 此 要 过 历 layout 下 所 有 的 xml 布 局 文件 ， 找 到 那些 自 定 义 
View， 然 后 确认 其 是 否 在 proguard 文 件 中 保留 了 。 


这 就 需要 我 们 写 一 个 脚本 了 ， 亿 历 所 有 layout 下 的 xml 布 局 文件 ， 列 
举 出 layout 中 第 用 的 那些 标签 ， 将 其 添加 到 一 个 字典 中 。 凡 是 不 在 这 个 
字典 中 的 ， 就 算 做 是 目 定 义 view。 





一 种 查找 思路 是 ， 在 使 用 我 们 的 自 定义 View 时 ， 前 面 都 必须 加 上 
我 们 自己 的 包 名 ， 例 如 com.a.b.customeview， 我 们 可 以 遍历 所 有 layout 下 
的 xml 布 局 文件 ， 碍 找 所 有 匹配 com.ab 的 标签 即 可 。 


7.3.3 ”针对 第 三 方 jar 包 的 解决 方案 


我 们 在 Android 项 目 中 不 可 避免 地 要 使 用 到 很 多 第 三 方 提供 的 
SDK。 一 般 而 言 ， 这 些 SDK 都 是 经 过 ProGuard 混 淆 了 的 。 而 我 们 所 要 做 
的 ， 是 避免 这 些 SDK 的 类 和 方法 在 我 们 的 App 中 被 混淆 。 


1. 针 对 android-support-v4.jar 的 解决 方案 





-libraryjars J3bSs/androldssupport:V4s Jar 
-dontwarn android,.support.v4. 

-keep class android.support.v4. 

-keep interface android ， ee v4.app.** { *; } 
-keep public class * extends android. ee v4. 
-keep public class * extends android.app. ee 





这 里 介绍 一 下 android-support-v4.jar1”| 。 由 于 我 们 一 直 使 用 eclipse 之 


类 的 IDE 进 行 Android 开 发 ，IDE 会 自动 帮 有 我 们 把 android-support-v4.jar 这 
个 jar 添 加 到 lib 目 录 下 并 进行 引用 ， 以 致 很 多 开发 人 员 搞 不 清 这 个 jar 到 底 
是 用 来 干 嘛 的 。 


其 实 这 个 jar 包 是 google 提 供 的 ， 全 称 是 Android Support Library 
package， 它 有 v4、v7 和 v13 一 共 3 个 版 本 v4 这 个 包 是 为 了 照顾 Android 1.6 
及 更 高 版 本 而 设计 的 ， 这 个 包 是 使 用 最 广泛 的 ，edlipse 新 建 工 程 时 ， 都 
默认 带 有 这 个 包 。 而 v7 和 v13 这 两 个 版 本 加 下 兼容 的 版 本 很 高 ， 所 以 用 
的 人 不 多 。 





android-support-v4.jar 这 个 jar 包 有 不 同 的 版 本 ， 所 以 我 们 在 使 用 一 些 
第 三 方 jar 包 时 ， 因 为 它们 也 用 到 了 android-support-v4.jar， 但 是 版 本 不 一 
样 ， 就 会 在 运行 期 抛 出 NoClassDef-FoundError 异 常 : 


相应 的 解决 办 法 就 是 将 两 个 android-support-v4.jar 都 用 一 个 就 行 了 。 
其 他 的 第 三 方 jar 包 的 解决 方案 


这 个 就 要 取决 于 第 三 方 jar 包 的 混 消 策略 了 。 写 们 会 在 各 目的 SDK 中 
有 关于 混 消 的 说 明文 字 。 比 如 文 付 守 ， 相 应 的 混 清 规则 是 : 








-libraryjars libs/alipaysdk.jar 
-dontwarn com.alipay.android.app.** 
-keep public class com.alipay.** { *; } 








不 胜 枚 举 ， 为 了 避免 有 SDK 租 漏 没 有 进行 混 消 处 理 ， 一 个 好 的 做 法 
是 ， 打 开 libs 目 录 ， 看 看 有 多 少 个 jar 包 ， 每 个 都 进行 类 似 的 处 理 ， 如 图 


7-3 所 示 O 





VY Elibs 
PY android-support-v4.jar 


By fastjson_1.1.33.jar 
gson-2.2.4.jar 
辟 image_loader.jar 





图 7-3 ”第 三 方 jar 包 











值得 注意 的 是 ， 不 是 每 个 第 三 方 SDK 都 需要 -dontwam 指 令 ， 这 取决 


于 混淆 时 第 三 方 SDK 是 否 会 出 现 警 告 。 需 要 的 时 候 再 加 上 。 


[1] 对 JavaScript 的 处 理 ， 详 细 内 容 请 参见 
http://blog.csdn.net/span76/article/details/9065941。 
[2] 关于 android-support-v4.jar 的 详细 介绍 ， 请 参见 


http://blog.csdn.net/hh2000/article/details/39718623。 


7.4 其 他 注意 事项 








接 下 来 介绍 一 些 使 用 ProGuard 过 程 中 需要 注意 的 事项 。 
1. 如 何 确保 混 消 不 会 对 项 目 产 生 影 啊 

如 果 一 个 Android 项 目 从 一 开始 就 进行 了 混 消 工 作 ， 那 么 : 

测试 工作 要 基于 混淆 包 进 行 ， 才 能 尽早 发 现 问 题 。 

-每 天 开发 团队 的 骨 烟 测试 ， 也 要 基于 混 消 包 进 行 。 


发 版 前 ， 要 额外 测试 正式 厂 的 推送 、 分 训 、 打 点 、 二 维 码 扫描 等 


2. 打 包 时 忽略 警告 





当 在 导出 时 ， 发 现 很 多 could not reference class 之 类 的 warning 信 息 ， 
如 有 果 确 认 App 在 运行 中 和 那些 引用 没有 什么 关系 的 话 ， 可 以 添加 - 
dontwarn 标 签 ， 束 不 会 再 提示 这 些 warning 信 息 了 。 如 : -dontwarn 


org.apache.**, 


不 要 使 用 -ignorewarnings 语 句 ， 它 会 忽略 所 有 和 警告， 这 会 有 很 大 的 


潜在 风险 。 


3. 对 于 目 定 义 类 库 的 混淆 处 理 


回顾 第 1 章 ， 我 们 编写 了 一 个 AndroidLib 类 库 ， 我 们 的 App 应 用 要 引 
用 这 个 类 库 。 我 们 努力 在 做 的 是 ， 把 业务 无 关 的 逻辑 抽 离 到 AndroidLib 
类 库 中 ， 而 在 App 应 用 中 只 关心 业务 逻辑 。 


我 们 需要 对 Lib 也 进行 混 消 ， 然 后 在 主 项 目的 混 清文 件 中 保留 
AndroidLib 中 的 类 和 关 的 成 员 。 





4. 使 用 annotation 避 免 混淆 


另 一 种 避免 类 或 者 属性 被 混 消 的 方式 是 ， 使 用 annotation。 在 需要 
保留 的 类 中 加 上 如 下 语法 : 





@Keep 
@KeepPublicGettersSetters 
public class Bean { 
public boolean booleanProperty; 
public int intProperty; 
public String stringProperty; 
public boolean isBooleanProperty() { 
return booleanProperty 
} 


} 





这 种 使 用 方式 多 出 现在 fastJSON 的 使 用 上 。 








5. 在 项 目 中 指定 混 消 文 件 





说 到 最 后 ， 发 现 没 有 介绍 如 何在 项 目 中 指定 混 消 文件 。 


在 项 目 中 有 一 个 project.properties 文 件 ， 在 其 中 写 这 么 一 句 话 ， 就 可 
以 确保 每 次 手动 打包 生成 的 apk 是 混淆 过 的 : 





proguard.config = proguard.cfg 





其 中 ，proguard.cfg 是 混淆 文件 的 名 称 。 


7.5 ”本 章 小 结 


本 章 系 统 全 面 地 介绍 了 ProGuard， 够 无 聊 吧 。 市 面 上 没有 一 本 书 肯 
人 花 这 么 多 篇 幅 来 介绍 这 些 能 让 读者 读 着 读 着 束 睡 着 的 内 容 。 我 也 是 酬 
了 ， 花 了 这 么 多 精力 ， 王 的 可 能 是 一 件 极 其 吃力 又 不 一 定 讨好 的 事情 。 








衷心 硕 望 每 个 程序 员 都 能 练 好 基本 功 ， 技 术 本 号 束 是 件 朴实 无 华 的 
事情 ， 来 不 得 半 扣 投机 取 巧 。 








ee 
第 8 章 ”持续 集成 

持续 集成 (Continuous Integration ) ， 一 个 高 大 上 的 概念 ， 说 得 简 
单 些 ， 束 是 持续 提交 人 代码、 持续 编译 、 持 续 测 试 、 持 续 修 复 bug。 


持续 集成 一 方面 可 以 提前 发 现 风险 ， 男 一 方面 ， 可 以 把 构建 的 过 程 
交 给 服务 圳 来 做 ， 避 免 了 本 地 手动 打包 中 的 各 种 人 为 错误 。 


本 章 将 履 盖 持续 集成 的 几 个 最 重要 的 策略 : 版 本 管理 、 目 动 构建 、 
单元 测试 。 


8.1 版 本 管理 策略 





版 本 管理 琐 上 略 是 一 个 很 古老 的 话题 。 业 界 天 于 这 个 话题 的 介绍 不 胜 
枚 举 。 这 里 ， 我 的 讨论 只 限于 App 版 本 管理 集 略 。App 的 独特 之 处 在 
于 : 


首先 ，App 是 一 球 软 件 ， 而 不 是 网 站 。 所 以 ， 每 次 只 能 通过 发 布 一 
个 新 版 本 的 App， 来 增加 新 功能 和 修复 bug， 而 网 站 当天 修复 bug 当 天 上 


线 。 这 其 实 是 CS 和 BS 的 区 别 。 





其 次 ，App 因 为 目前 的 受众 人 群 多 ， 动 则 上 和 亿 的 用 户 群 ， 所 以 这 就 
要 求 App 的 发 版 周期 多 ， 可 以 大 约 2 周 发 一 次 新 版 本 。 这 区 别 于 传统 软 
件 慢 条 斯 理 的 欠 代 周期 。 


基于 上 述 这 两 点 ，App 的 版 本 管理 策略 与 以 往 其 他 项 目 都 不 同 。 本 
章 和 第 10 章 都 将 围绕 这 个 主题 而 展开 讨论 。 


8.1.1 三 种 版 本 管理 策略 


无 论 是 SVN 还 是 GIT， 都 有 主 和 于 〈Trunk) ， 有 分 支 (Branch) 。 相 
应 的 版 本 管理 策略 就 有 3 种 : 


1) 分 文 开发 ， 分 文 上 线 。 





2) 让 十 天 及 ?生生 上 人 
37》 本 十 开 太 ; 分 文 上 八 。 


末 上 略 1: 分 支 开发 ， 分 支 上 线 。 我 带 团 队 的 时 候 ， 曾 经 使 用 过 这 种 
打上 略 。 就 是 说 ， 每 次 达 代 开始 ， 就 打 一 个 分 支 ， 接 下 来 一 个 月 的 达 代 工 
作 ， 包 括 开 发 和 测试 ， 全 都 在 分 文 上 进行 。 帮 代 期 间 ， 看 起 来 没 啥 事 ， 
一 切 正常 。 等 上 线 后 ， 往 主干 上 合并 代码 可 束 拱 烦 了 ， 改 了 那么 多 文 
件 ， 几 千 处 需要 合并 的 地 方 ， 自 动 合并 功能 我 是 从 来 不 敢 太 相信 的 ， 一 
个 个 文件 手动 合并 又 没有 时 间 ， 所 以 我 只 好 把 主干 上 的 代码 全 都 删除 
了 ， 然 后 把 分 支 上 的 代码 一 次 性 粘贴 到 主干 上 ， 直 接 签 入 代码 。 








这 样 做 最 大 的 问题 就 是 ， 主 二 长 时 间 没 有 藤 入 ， 成 了 摆设 ; 另 一 个 
问题 是 代码 文件 的 修改 历史 不 连贯 ， 要 到 各 个 分 文 上 去 看 。 

东 略 2: 主干 开发 ， 主 干 上 线 。 束 是 说 ， 我 们 总 是 在 主干 上 进行 开 
发 和 测试 。 只 要 是 本 期 迭代 的 需求 ， 都 是 这 么 操作 ， 直 到 发 版 上 线 。 

打上 略 3: ”主干 开发 ， 分 支 上 线 ， 束 是 说 ， 在 主干 上 开发 ， 直 到 写 完 
代码 ， 然 后 开 分 文 ， 在 分 文 上 测试 和 修 bug， 直 到 上 线 ， 了 最 后 再 合并 回 
主干 ， 这 样 做 的 好 处 是 要 合并 的 代码 并 不 多 ， 如 图 8-1 所 示 。 


hotfix baseon 5.1.0 








图 8-1 主干 开 及 、 分 文 上 线 的 版 本 管理 策略 


策略 2 和 策略 3 没有 熟 好 熟 坏 的 说 法 。 下 面 详细 介绍 这 两 种 常见 的 版 
本 管理 策略 。 


场景 1: 


版 本 策略 : 主干 开 太 ， 主 干 上 线 。 


使 用 工具 : SVN 


迭代 周期 : 4 周 





所 有 开发 人 员 都 在 主干 上 进行 开发 ， 测 试 也 是 在 上 面 进行 ， 直 到 有 
一 天 ， 项 目 经 理 说 ， 我 们 要 发 版 了 。 于 是 大 家 手忙脚乱 地 在 主干 上 修改 
bug， 直 到 所 有 人 都 满意 了 ， 然 后 基于 这 个 点 一 一 对 应 SVN 荣 次 提交 的 
ChangeSet， 组 织 及 版 工作 。 之 后 ， 我 们 会 基于 这 个 点 打 一 个 Tag， 需 要 


强调 的 是 ， 一 定 要 在 注释 中 注 明 是 基于 哪个 ChangeSet。 


SVN 没 有 真正 的 分 支 和 Tag， 所 谓 的 打 Tag 工 作 ， 就 是 基于 某 次 提 
交 ， 把 代码 复制 一 份 放 在 一 个 新 的 目录 下 面 。 分支 也 是 如 此 。 


场景 2: 
版 本 策略 : 主干 开发 ， 分 支 上 线 。 
使 用 工具 : GIT 
迭代 周期 : 1~2 周 


迭代 周期 短 ， 就 会 经 常 发 生 上 轮 友 代 还 没完 成 ， 下 轮 友 代 就 要 开始 
了 的 情况 。 于 是 我 们 留 一 小 扣 人 去 收拾 上 轮 和 途 代 的 遗留 问题 ， 大 部 队 还 
古 要 在 主干 上 进行 下 轮 和 从 代 的 开发 工作 。 


为 此 ， 我 们 要 为 这 一 小 扼 人 开 一 个 新 的 分 文 ， 让 他 们 在 上 面 工作 ， 
直到 上 一 轮 迁 代 发 版 上 线 ， 然 后 再 把 代码 改动 合并 到 主干 上 。 
这 样 ， 我 们 就 在 分 文 上 发 版 ， 并 在 分 文 上 打 Tag。 


GIT 比 较 适 合 干 这 种 分 支 间 合并 代码 的 技术 活 儿 ，GIT 中 有 一 个 
Cherry Pick 的 功能 ， 就 是 干 这 事 的 。 此 外 ，GIT 中 的 Tag 就 是 一 个 指针 ， 
所 以 不 必 担 心 又 折腾 出 一 套 元 余 代 码 的 事情 。 


对 比 这 两 种 场景 ， 我 们 发 现 ， 版 本 管理 工具 的 选择 对 选择 使 用 哪 种 
东 上 略 有 一 定 的 影响 。SVN 本 里 的 局 限 性 导致 了 合并 代码 时 心里 会 没 底 ， 
需要 更 多 的 回归 测试 时 间 。 











另 一 方面 ， 迭 代 周 期 的 长 短 ， 对 使 用 哪 种 策略 也 有 影响 ， 尤 其 是 项 
目 周期 发 生 重 登 的 时 候 。 





8.1.2 ”特殊 情况 的 版 本 管理 策略 


特殊 情况 1: 有 时 候 ， 有 些 需求 ， 我 们 发 现 开 发 有 时 间 但 是 测试 没 
有 时 间 了 ， 只 能 放 到 下 期 迭代 进行 ， 我 们 就 在 主干 上 找 一 个 相对 稳定 的 
点 ， 基 于 这 个 点 开 一 个 新 分 支 ， 专 门 用 来 做 这 个 需求 ， 等 本 次 友 代 结束 
后 ， 我 们 立刻 就 把 这 个 分 支 上 的 功能 合并 到 主干 上 ， 这 样 测试 团队 也 可 
以 马上 测试 该 功能 了 。 新 分 支 的 命名 规则 要 规范 好 ， 能 一 眼看 出 它 的 功 
用 ， 比 如 DevForLoginBaseOn20140909， 一 看 就 知道 是 为 了 Login 这 个 新 
需求 而 基于 2014 年 9 月 9 日 打 的 分 文 。 








特殊 情况 2: 接 下 来 说 到 定制 渠道 包 和 手机 预 装 的 版 本 管理 集 略 。 
如 果 只 是 简单 的 修改 渠道 写 ， 是 不 需要 执行 版 本 管理 倘 略 的 。 但 是 ， 经 
常 有 些 渠 道 ， 他 们 会 要 求 我 们 的 App 换 个 内 屏 页 。 对 于 在 茶 款 手机 上 做 
预 装 ， 就 更 及 烦 了 ， 手 机 广 商 也 会 有 测试 人 员 ， 他 们 会 检查 我 们 的 App 
里 面 的 一 些 bug， 勒 令 我 们 修复 。 我 们 的 版 本 管理 测试 是 ， 在 发 给 三 丙 





的 那个 版 本 对 应 的 Tag 上 ， 比 如 release1.1.0， 创 建 一 个 新 分 支 ， 专 门 用 
于 做 这 些小 改动 ， 测 试 团队 验收 后 ， 打 包 发 给 渠道 商 和 预 装 商 。 这 个 分 
支 的 命名 规范 是 channel BBB base on release1.1.0， 其 中 BBB 为 渠道 名 。 


特殊 情况 3: 最 后 就 是 上 线 后 发 现 重 大 bug， 需 要 hotfix 并 紧急 上 线 
的 版 本 管理 策略 。 比 如 说 我 们 发 布 了 版 本 1.1.0， 然 后 发 现 该 版 本 有 重大 
问题 ， 需 要 紧急 修复 并 上 线 。 我 们 会 在 release1.1.0 这 个 Tag 上 新 建 一 个 
分 支 ， 命 名 为 Hotfix base on Release1.1.0， 我 们 在 这 个 分 支 上 修 bug、 测 
试 并 及 Photfix 厂 本 1.1.1。 人 发 版 后 ， 我 们 基于 这 个 hotfix 分 文 的 稳定 节点 打 


一 个 新 的 Tag， 比 如 release1.1.1。 





8.2 ”使 用 Ant 脚 本 打包 

在 开始 本 节 的 内 容 之 前 ， 我 们 先 要 做 一 些 准 备 工作 ， 比 如 说 准备 好 
一 份 需要 安装 的 软件 清单 ， 如 下 所 示 : 

‘Ant 1.9.2 

‘Antcontrib 

Java SDK 1.6 

:CCNET 

IIS 6 

‘Android SDK 19 


“SVN 





接 下 来 ， 我 们 开始 安装 上 述 这 些 软件 ， 需 要 注意 以 下 几 点 : 
1) 事先 准备 一 个 Android 项 目 ProjectForAntBuild。 


2) 在 服务 器 上 安装 Java SDK。 注 意 ， 请 安装 1.6.0 版 本 的 jdk，1.7 版 
本 的 打包 时 会 有 问题 。 





3) 在 服务 器 上 安装 Ant， 版 本 为 1.9.2。 注 意 ， 请 安装 带 有 antcontrib 
扩展 的 Ant， 它 提供 了 for 和 if 语 句 ， 能 帮 我 们 做 更 多 的 事情 。 














要 定义 3 个 全 局 变量 ， 末 尾 记 得 加 分 号 ， 如 表 8-1 所 示 。 


表 8-1 定义 一 些 全 局 变量 


全 局 变量 名 路 人 径 
ANT HOME C:\apache-ant-1.9.2 
JAVA HOME Cdkl1.6.0 43 
CLASSPATH %ANT HOME%\lib; 
PATH %ANT HOME%\bin; 
PATH %IJAVA HOME%\bin; 


4) 在 服务 器 上 安装 Android SDK， 我 的 demo 是 基于 sdk-19 的 ， 大 家 
可 以 根据 自己 的 sdk 版 本 配置 自己 的 安装 包 。 





5) 对 于 Android 3.0 以 上 版 本 的 SDK， 我 们 会 发 现 apkbuilder.bat 文 件 
找 不 到 了 ， 我 们 需要 上 网 去 下 载 一 个 ， 或 者 从 老 版 本 的 SDK 把 这 个 文件 
复制 出 来 ， 然 后 粘贴 到 ddms.bat 文 件 所 在 的 目录 中 。 





8.2.1 _ Android 打包 流程 


一 套 完 整 的 Android APK 打 包 流 程 如 图 8-2 所 示 ， 有 的 同学 还 会 在 最 
后 一 步 加 上 adb 指 令 将 生成 的 apk 包 自动 安装 到 手机 上 ， 这 里 没有 包括 这 
个 步骤 ， 因 为 我 认为 打出 一 个 正式 的 安装 包 就 算 完 成 任务 了 。 











打包 脚本 build.xml 放 在 ProjectForAntBuild 项 目的 根 目 录 下 ， 打 包 流 


程 如 图 8-2 所 示 ， 大 家 可 以 一 边 看 着 流程 图 一 边 看 Ant 打 包 脚 本 。 


Android 打 包 步 骤 如 下 所 示 : 


1) 初始 化 。 准 备 打包 使 用 的 目录 ， 同 时 声明 各 种 全 局 变量 。 





<target name="init"> 

<delete dir="${outdir-gen}" /> 

<delete dir="${outdir}" /> 

<delete file="${basedir}/proguardMapping.txt" /> 

<mkdir dir="${outdir-gen}" /> 

<mkdir dir="${outdir-classes}" /> 

<mkdir dir="${outdir}/${appname}" /> 

<mkdir dir="${basedir}/${output.dir}" /> 
</target> 








2) 使 用 aapt 生 成 R 文 件 。 根 据 res 目 录 下 的 资源 生成 R.java 文 件 。 同 
时 生成 Android-Manifest.xml 对 应 的 Manifest.java 文 件 。 这 两 个 文件 位 于 
Android 项 目的 根 目 录 下 的 gen 子 目录 中 。 








<target name="aapt_gererateR" depends="init"> 
<exec executable="${aapt}" failonerror="true"> 
<arg value="package" /> 
<arg value="-m" /> 
<arg value="-J" /> 
<arg value="${outdir-gen}" /> 
<arg value="-M" /> 
<arg value="${manifest-xml}" /> 
<arg value="-S" /> 
<arg value="${resource-dir}" /> 
<arg value="-I" /> 
<arg value="${android-jar}" /> 
</exec> 
</target> 





3) aidl。 将 项 目 中 的 .aidl 文 件 转换 为 .java 代码 。 





<target name="aidl" depends="aapt_gererateR"> 
<apply executable="${aidl}" failonerror="true"> 
<arg value="-p${android-framework}" /> 


<arg value="-I${srcdir}" /> 
<arg value="-o${outdir-gen}" /> 
<fileset dir="${srcdir}"> 
<include name="**/*.aidl" /> 
</fileset> 
</apply> 
</target> 


ee | 
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图 8-2 ” Android 打包 流程 图 


4) javac。 将 项 目 中 的 所 有 Java 代 码 编译 为 .class 文 件 。 





<target name="compile" depends="aid1"> 
<javac debug="true" extdirs="" srcdir=","” includeantruntime="on" 
destdir="${outdir-classes}" bootclasspath="${android-jar}" 
encoding="UTF-8"> 
<compilerarg line="-encoding UTF-8 " /> 
<classpath> 
<fileset dir="${external-libs}" includes="*.so" /> 
<fileset dir="${external-libs}" includes="**/*.so" /> 
<fileset dir="${external-libs}" includes="*/*,.so" /> 
<fileset dir="${external-libs}" includes="**/*.jar" /> 
</classpath> 
</javac> 
</target> 





5) 混淆 。 对 项 目 进 行 混淆 。 同 时 生成 proguardMapping.txt 文 件 。 





<target name="obfuscate" depends="compile"> 
<jar basedir="${outdir-classes}" destfile="temp.jar" /> 
<java jar="${proguard-home}/proguard.jar" 
fork="true" failonerror="true"> 
<jvmarg value="-Dmaximum.inlined.code.length=32" /> 
<arg value="-injars temp.jar" /> 
<arg value="-outjars optimized.jar" /> 
<arg value="-libraryjars '${annotations-jar}'" /> 
<arg value="-libraryjars '${android-jar}'" /> 
<arg value="@proguard-project.txt" /> 
</java> 
<delete file="temp.jar" /> 
<delete dir="${outdir-classes}" /> 
<mkdir dir="${outdir-classes}" /> 
<unzip src="optimized.jar" dest="${outdir-classes}" /> 
<delete file="optimized.jar" /> 
</target> 





6) dex。 将 项 目 中 的 所 有 .class 文 件 (包括 第 三 方 库 的 .class 文 件 ) 
转换 为 .dex 文 件 。 





<target name="dex" depends="obfuscate"> 
<apply executable="${dx}" failonerror="true" parallel="true"> 


<arg value="--dex" /> 
<arg value="--output=${intermediate-dex-ospath}" /> 
<arg path="${outdir-classes-ospath}" /> 
<arg path="${external-libs-ospath}" /> 
<fileset dir="${external-libs}" includes="*.so" /> 
<fileset dir="${external-libs}" includes="**/*.so" /> 
</apply> 
</target> 





7) 使 用 aapt 打 包 资 源 。 将 res 目 录 下 的 资源 打包 为 一 个 .ap_ 文 件 。 注 
意 ， 不 要 忽略 了 assets 目 录 下 的 资源 。 





<target name="aapt-package-res" depends="dex"> 
<echo>Packaging resources and assets.. 


</echo> 
<echo>${resource-dir}</echo> 
<exec executable="${aapt}" failonerror="true"> 
<arg value="package" /> 
<arg value="-f" /> 
<arg value="-M" /> 
<arg value="${manifest-xml}" /> 
<arg value="-S" /> 
<arg value="${resource-dir}" /> 
<arg value="-A" /> 
<arg value="${asset-dir}" /> 
<arg value="-I" /> 
<arg value="${android-jar}" /> 
<arg value="-F" /> 
<arg value="${resources-package}" /> 
</exec> 
</target> 





8) apkbuilder。 将 所 有 的 dex 文 件 、ap_ 文 件 、AndroidManifest.xml 
打包 为 .apk 文 件 ， 这 是 一 个 未 签名 的 包 。 





<target name="apkbuilder" depends="aapt-package-res"> 
<exec executable="${apk-builder}" failonerror="true"> 

<arg value="${o0out-unsigned-package-ospath}" /> 
<arg value="-u" /> 
<arg value="-z" /> 
<arg value="${resources-package-ospath}" /> 
<arg value="-f" /> 
<arg value="${intermediate-dex-ospath}" /> 
<arg value="-rf" /> 
<arg value="${srcdir-ospath}" /> 
<arg value="-nf" /> 


<arg value="${external-libs-ospath}" /> 
<arg value="-rj" /> 
<arg value="${basedir}\${external-libs}" /> 
</exec> 
</target> 





9) jarsigner。 对 apk 进 行 签名 。 





<target name="jarsigner" depends="apkbuilder"> 
<exec executable="${jarsigner}" failonerror="true"> 
<arg value="-verbose" /> 
<arg value="-keystore" /> 
<arg value="${key.store}" /> 
<arg value="-storepass" /> 
<arg value="${key.store.password}" /> 
<arg value="-keypass" /> 
<arg value="${key.alias.password}" /> 
<arg value="-signedjar" /> 
<arg value="${0out-signed-package-ospath}" /> 
<arg value="${o0out-unsigned-package-ospath}" /> 
<arg value="${key.alias}" /> 
<arg value="-digestalg" /> 
<arg value="SHA1" /> 
<arg value="-sigalg" /> 
<arg value="MD5withRSA" /> 
</exec> 
</target> 





10) zipalign。 对 要 发 布 的 apk 文 件 进 行 对 齐 操作 ， 以 便 在 运行 时 节 
省 内 存 。 





<target name="zipalign" depends="jarsigner"> 
<exec executable="${zipalign}" failonerror="true"> 
<arg value="-v" /> 
<arg value="-f" /> 
<arg value="4" /> 
<arg value="${0out-signed-package-ospath}" /> 
<arg value="${zipalign-package-ospath}" /> 
</exec> 
</target> 





至 此 ，Ant 的 build 脚 本 都 已 经 介绍 完毕 ， 我 们 只 要 执行 下 列 语 句 ， 
就 可 以 对 Android 项 目 进行 打包 ; 





c:\ProjectForAntBuild>ant- 


buildfile build.xml 








注意 ， 上 述 Ant 脚 本 打出 来 的 包 是 签名 包 。 


8.2.2 ”打包 时 的 注意 事项 








容 我 再 多 说 几 句 ， 以 下 内 容 古 我 在 日 第 打包 过 程 中 的 经 验 总 结 。 


1) 打包 工作 是 件 很 枯燥 的 事情 ， 一 定 要 细心 ， 要 多 使 用 echo 输 出 
日 志 。 在 cmd 中 看 日 志 的 问题 是 ， 一 旦 日 志 内 容 多 了 ， 前 面 的 日 志 会 被 
冲 掉 ， 所 以 请 使 用 标签 ， 把 日 志 记 录 到 本 地 文件 中 : 











<project name="apkTargets" default="zipalign" basedir="."> 
<record name="C:/build.1log" loglevel="info" append="no" action="start" /> 








2) 一 定 要 确保 打包 服务 器 上 的 Android SDK 版 本 与 开发 人 员 所 使 用 
的 开发 版 本 一 致 。 尤 其 是 proguard 程 序 ， 版 本 低 了 ， 会 导致 混 消 不 能 进 


/一 


介 。 


3) 如 果 打 包机 器 上 安装 了 杀毒 软件 ， 它 会 妨碍 Android 的 打包 工 
作 ， 尤 其 是 dex 文 件 ， 会 被 视 作 一 个 病毒 ， 所 以 apkbuilder 会 不 能 正常 执 
行 。 切 记 ， 在 打包 机 器 上 ， 一 定 要 把 杀毒 软件 关闭 。 


4) 有 时 ， 我 们 需要 打 未 签名 的 包 ， 于 是 我 们 在 上 述 打包 脚本 





build.xml 中 补充 以 下 语句 : 





<target name="debug" depends="aapt-package-res"> 
<exec executable="${apk-builder}" failonerror="true"> 
<arg value="${out-debug-package-ospath}" /> 
<arg value="-z" /> 
<arg value="${resources-package-ospath}" /> 
<arg value="-f" /> 
<arg value="${intermediate-dex-ospath}" /> 
<arg value="-rf" /> 
<arg value="${srcdir-ospath}" /> 
<arg value="-nf" /> 
<arg value="${external-libs-ospath}" /> 
<arg value="-rj" /> 
<arg value="${external-libs-ospath}" /> 
</exec> 
</target> 





这 条 语句 与 前 面 介绍 的 打包 流程 第 8 步 虽 然 都 使 用 了 apkbuilder 指 
令 ， 但 是 参数 略 有 不 同 ， 所 以 打出 来 的 包 是 未 签名 的 。 我 们 将 Ant 中 
project 标 签 的 default 属 性 改 为 debug， 执 行 以 下 指令 即 可 : 








c:\ProjectForAntBuild>ant- 


buildfile build.xml 





8.3 ”Monkey 包 的 生成 


在 打包 这 个 工具 做 好 之 后 ， 运 行 build.xml 脚 本 就 能 得 到 一 个 经 过 签 
名 混 消 的 apk 包 ， 这 与 最 终 发 版 上 线 打 包 的 机 制 是 一 样 的 。 





在 发 版 前 ， 我 们 经 党 要 对 App 进 行 Monkey 测 试 ， 由 于 Monkey 是 乱 
点 的 ， 所 以 我 们 要 防止 它 执行 以 下 几 个 操作 : 


1) 扩 击 拨打 电话 的 按钮 ， 从 而 跳出 App。 
2) 进入 文 付 流程 ， 这 样 会 生成 很 多 无 效 的 订单 。 


这 就 要 求 我 们 要 在 程序 中 设置 一 个 开关 isMonkey， 只 有 打 Monkey 
包 时 这 个 值 才 为 tue， 考 查 ProjectForAntBuild 项 目 中 下 面 的 代码 : 





public interface Config { 
public final static boolean isMonkey = true; 





在 MainActivity 中 ， 使 用 这 个 isMonkey 开 关 控 制 电话 按钮 是 否 禁 
用 ， 如 下 所 示 : 





Button btnPhone = (Button)findViewById(R.id.btnPhone); 
btnPhone.setonclickListener( 
new View.OnClickListener() { 
@Override 
public void onClick(View v) { 
if(!Config.isMonkey) { 
startActivity( 
new Intent(Intent.ACTION_DIAL, 


Uri.parse("tel:13000000000"))); 





在 打包 阶段 ， 生 成 Monkey 测 试 包 的 脚本 时 ， 束 把 isMonkey 这 个 值 
设 为 true， 而 生成 要 发 布 到 线 上 的 正式 包 时 ， 又 要 把 这 个 isMonkey 值 设 
为 false。 


我 们 希望 执行 一 次 脚本 ， 就 同时 打出 这 两 个 包 来 。 于 是 我 们 在 
build.xml 这 个 Ant 脚 本 之 外 ， 新 建 了 一 个 dailybuild.xml 脚 本 ， 由 它 来 修 
改 isMonkey 的 值 ， 然 后 调用 我 们 之 前 编写 的 build.xml 脚 本 。 先 生成 正式 
包 ， 后 生成 Monkey 包 ， 脚 本 中 的 关键 代码 如 下 所 示 : 





<target name="begin"> 
<1-- 正式 签名 包 


7 关闭 


monkey 开 关 


--> 
<close_monkey /> 
<generateApk /> 
<1-- Monkey 包 


7 打开 


monkey 开 关 


--> 
<open_monkey /> 
<generateApk-monkey /> 

</target> 


[En | 





generateApk 和 generateApk-monkey 的 实现 基本 上 是 相同 的 ， 唯 一 的 
区 别 是 在 copy 时 生成 不 同 的 文件 名 ， 然 后 转移 到 同一 个 目录 下 。 





执行 下 述 脚本 ， 就 能 同时 生成 两 个 apk 安 装 包 : 





c:\ProjectForAntBuild>ant - 


buildfile dailybuild.xml 





8.4 自动 打包 


如 何 判断 一 个 公司 的 无 线 App 技 术 水 平 是 作坊 式 开 发 ， 还 是 企业 级 
开发 ? 其 中 很 重要 的 一 个 指标 殉 是 App 是 否 文 持 目 动 打包 。 





对 于 只 有 几 个 人 的 软件 作坊 ， 往 往 是 测试 人 员 找 开 及 人 员 用 Eclipse 
打 一 个 包 ， 安 装 在 测试 机 上 ， 然 后 进行 测试 。 这 种 手动 打包 的 方式 问题 
很 多 ， 经 第 发 生 测试 人 员 发 现 新 包 有 问题 ， 然 后 又 去 找 开 发 人 员 检 查 问 
题 ， 重 新 打包 。 这 样 往返 几 座 ， 极 大 地 浪费 了 开发 人 员 和 测试 人 员 的 时 
间 。 








新 包 有 问题 一 般 是 因为 : 开 及 人 员 没 有 获取 最 新 的 代码 束 进 行 打 包 
工作 了 ， 于 是 其 他 人 提交 的 代码 和 功能 不 在 这 个 包 中 。 另 一 方面 ， 如 采 
有 人 提交 了 不 能 编译 的 代码 ， 会 导致 其 他 开发 人 员 更 新 代码 后 不 能 编译 
调试 。 


想 解决 这 些 问题 ， 只 能 引入 目 动 打包 机 制 ， 大 致 的 思路 是 : 
1) 我 们 需要 有 一 台 打 包 服 务 器 ， 它 能 从 代码 服务 器 上 自动 获取 最 新 
的 代码 、 编 译 、 打 包 ， 发 邮件 通知 团队 成 员 打 包 结果 。 


2) 提供 一 个 大 家 都 可 以 访问 的 Web 页 面 ， 为 不 同 项 目 建 立 不 同 的 
打包 机 制 。 要 同时 提供 自动 和 手动 两 种 触发 打包 的 方式 。 


自动 打包 ， 也 就 是 Daily Build， 每 天 设 定 一 个 时 间 ， 一 般 是 深夜 大 
家 都 下 班 的 时 间 。 自 动 打包 可 以 确保 如 果 打 包 失 败 ， 会 发 邮件 通知 ， 第 
二 天 上 班 ， 会 有 人 立刻 修复 导致 编译 不 通过 的 bug。 





手动 打包 ， 为 测试 人 员 提 供 一 个 “打包 ?按钮 ， 这 样 他 们 就 可 以 根据 
要 随时 打包 ， 比 如 开发 人 员 提 交代 码 修复 了 一 个 bug， 测 试 人 员 要 验 
证 这 个 bug， 就 在 上 述 的 web 页 面 上 点 击 “ 打 包 ?” 按 钮 就 可 以 了 。 





3) 在 这 人 台 测 试 服 务 右 上 部 普 Web 服 务 器 ， 可 以 浏览 每 天 打出 的 安 
装 包 清 单 ， 从 而 可 以 直接 下 载 任意 安装 包 并 安 钱 到 训 试 机 上 。 








基于 此 ， 我 们 选用 CCNET 这 个 工具 。CCNET 提 供 手 动 打包 的 按 
钮 ， 以 及 自动 打包 的 设置 。CCNET 来 驱动 Ant 执 行 打包 脚本 进行 打包 工 
作 。 因 为 CCNET 仅 支持 在 windows 环 境 安装 ， 所 以 我 们 选用 Windows 
2003 作 为 我 们 的 打包 服务 器 。 同 时 ， 我 们 在 这 人 台 服 务 器 上 安装 IS， 使 
包 的 存放 地 址 可 以 通过 http 进 行 访 问 。 当 然 ， 你 也 可 以 选用 别 的 服务 ， 
比如 Tomcat。 


接 下 来 我 将 详细 介绍 怎样 组 装 这 些 技术 和 工具 ， 搭 建 出 我 们 想 要 的 
目 动 化 打包 机 制 。 


8.4.1 安装 和 配置 各 种 软件 


安装 步 又 如 下 : 


1) 在 服务 器 上 安装 Java SDK。 注 意 ， 请 安装 1.6.0 版 本 的 jdk，1.7 版 
本 的 打包 时 会 有 问题 。 





2) 在 服务 器 上 安装 Ant， 版 本 为 1.9.2。 注 意 ， 请 安装 带 有 antcontrib 
扩展 的 Ant， 它 提供 了 for 和 证 语句 ， 能 帮 有 我 们 做 更 多 的 事情 。 








定义 3 个 全 局 变量 ， 末 尾 记 得 加 分 号 ， 如 表 8-2 所 示 。 


表 8-2 ”定义 一 些 全 局 变量 


全 局 变量 名 路 径 
ANT HOME C:\apache-ant-1.9.2 
CLASSPATH %ANT HOME%Ilib; 
PATH %ANT HOME%bin; 


3) 在 服务 器 上 安装 Android SDK， 我 的 demo 是 基于 sdk-19 的 ， 大 家 
可 以 根据 自己 的 sdk 版 本 配置 自己 的 安装 包 。 


4) 在 服务 器 上 安装 IIS。 


5) 在 服务 器 上 安装 .NET Framework 3.5 或 以 上 版 本 。 


6) 到 CCNET 官 方 网 站 下 载 CCNET 的 最 新 版 本 ， 目 前 为 1.8.5。 








定义 1 个 全 局 变量 ， 末 尾 记 得 加 分 号 ， 如 表 8-3 所 示 。 


表 8-3 ”定义 一 些 全 局 变量 





全 局 变量 名 路 人 径 
PATH %ANT HOME%bin; 
ANT HOME C:\Apache-Subversion-1.8.10\bin; 


注意 ， 在 安装 CCNET 之 前 ， 请 确保 已 经 安装 了 IIS 。 


8.4.2 ”准备 Ant 打 包 脚 本 


我 们 仍然 使 用 上 一 节 介 绍 的 daily.xml 脚 本 ， 它 将 生成 两 个 包 ， 正 式 
包 和 Monkey 包 。 如 果 大 家 还 想 生 成 其 他 的 包 ， 只 需要 配置 dailybuild.xml 
脚本 即 可 ， 在 打包 前 使 用 正则 表达 式 修 改 某 个 文件 的 值 。 





因为 CCNET 目 前 不 支持 直接 执行 Ant 脚 本 ， 所 以 我 们 要 额外 编写 一 
个 bat 脚 本 ， 由 CCNET 通 过 执行 bat 文 件 来 间接 执行 Ant 脚 本 


dailybuild.xml 。 





这 个 bat 脚 本 的 内 容 如 下 ， 我 们 将 其 命名 为 dailybuild_1.1.0.bat: 





dailybuild 1.1.0.bat: 


ant -file C:\Source\ProjectForAntBuild 1.1.0\dailybuild.xml 
-D app.source.path="C:\Source\ProjectForAntBuild 1.1.0" 





8.4.3 配置 CCNET 


CCNET 的 关键 就 在 ccnet.config 这 个 配置 文件 上 ， 它 位 于 以 下 目录 


C:\Program Files\CruiseControl.NET\server 


我 们 使 用 CCNET 主 要 做 3 件 事情 : 
:根据 SVN 地 址 获取 相应 的 代码 。 
.执行 打包 脚本 。 


发 邮件 通知 ， 定 制 成 功 和 失败 两 种 情况 下 的 邮件 格式 。 
8.4.4 搭建 IS 站 点 下 载 apk 包 


执行 CCNET 每 日 自动 打包 ， 上 日积月累 ， 在 存放 打包 文件 的 目录 下 
将 存在 大 量 的 子 目 录 ， 如 图 8-3 所 示 。 


C:\ProjectForAntBuild 
一 一 1.1.0 
一 一 2014.08.25.001 


-一 一 2014.08.25.002 
一 一 2014.08.25.003 
一 一 2014.08.206.001 











图 8-3 ProjectForAntBuild 目 录 下 的 子 目录 


我 们 需要 提供 一 个 内 部 的 Web 站 点 ， 指 问 ProjectForAntBuild 这 个 日 
录 ， 从 而 公司 内 部 的 所 有 同事 随时 都 可 以 下 载 apk 进 行 测试 。 


@ 提示 。 配置 CCNET 和 IIS 








原本 写 了 8 页 来 介绍 如 何 配置 CCNET 和 IIS， 后 来 发 现 这 与 本 书 主题 
不 符 ， 于 是 就 把 这 部 分 内 容 上 传 到 我 的 博客 空间 ， 请 访问 以 下 地 址 下 载 
这 份 配置 文档 : 


http://files.cnblogs.com/files/Jax/config.zip 


8.4.5 ”自动 打包 流程 小 结 





至 此 ， 一 套 自动 打包 的 流程 机 制 全 都 介绍 完毕 。 最 后 补充 一 下 ， 如 
果 过 渡 到 下 一 次 迭代 ， 版 本 从 1.1.0 变 为 1.2.0， 我 们 又 要 在 自动 打包 中 做 
哪些 工作 呢 ? 


1) 在 C:\ProjectForAntBuild\bat 目 录 下 ， 新 建 一 个 dailybuild_1.2.0.bat 
文件 ， 内 容 与 dailybuild_1.1.0.bat 类 似 ， 只 是 要 修改 传递 到 Ant 脚 本 的 参 
数 ， 如 图 8-4 所 示 。 


C:\ProjectForAntBuild 
一 一 1.1.0 
一 一 1.2.0 


一 一 bat 
| 一 一 dailybuild 1.1.0.bat 
| 一 一 dailybuild 1.2.0.bat 





图 8-4 在 bat 目 录 下 新 建 一 个 dailybuild_1.2.0.bat 文 件 
2) 修改 源 代 码 中 AndroidManifest.xml 文 件 中 的 版 本 号 。 


3) 修改 ccnet.config 文 件 ， 在 里 面 新 增 一 个 project， 可 以 复制 一 份 
1.1.0 版 本 的 project 节 点 内 容 ， 但 是 其 中 的 1.1.0 要 全 都 改 为 1.2.0。 


8.5 ”批量 打 渠 违 包 


所 谓 的 渠道 包 ， 从 代码 层面 讲 ， 束 是 AndroidManifest 中 的 
UMENG_CHANNEL 这 个 key 的 值 ， 将 其 蔡 换 为 相应 的 渠道 号 ， 比 如 360 
市 场 ， 这 个 值 就 是 360Android， 然 后 再 进行 打包 。 


从 商业 角度 讲 ，360Android 这 个 渠道 号 是 财务 部 门 用 来 和 360 市 场 
做 结算 的 ， 我 们 每 月 会 根据 友 盟 上 360Android 这 个 渠道 有 多 少 下 载 量 
(或 激活 量 ) ， 来 向 360 公 司 支 付 相应 的 推广 费用 ， 于 是 无 线 推广 部 门 
应 运 而 生 ， 他 们 的 一 部 分 工作 就 是 干 这 个 事情 ， 有 的 渠道 包 是 手动 上 传 
到 各 大 市 场 ， 有 的 渠道 包 是 分 发 给 市 场 的 工作 人 员 ， 由 他 们 帮忙 发 布 。 



































除了 及 布 到 各 大 市 场 ， 渠 道 包 的 力 一 种 出 现场 景 是 ， 外 链 。 比 如 说 
公司 网 站 首页 上 会 提供 下 载 ， 比如 说 推广 活动 的 Html 链 接 ; 比如 说 公交 
车 站 、 电 梯 上 的 二 维 码 〈 它 其 实 也 是 一 个 Html 链 接 ) 。 我 们 会 把 这 些 链 
接 对 应 的 渠道 包 都 放 在 公司 的 服务 器 上 ， 以 提供 下 载 。 














我 们 需要 建立 批量 打 渠 道 包 的 机 制 。 目 前 ， 批 量 打 渠道 包 有 两 种 方 
式 ， 接 下 来 我 会 逐一 介 





8.5.1 基于 apk 包 批量 生成 渠道 包 


基于 一 个 apk 包 ， 我 们 将 其 反 编 译 ， 然 后 过 历 渠道 列表 获取 每 一 个 
渠道 号 ， 修 改 Android-Manfest.xml 中 的 渠道 号 后 ， 重 新 进行 打包 工作 ， 
包括 签名 、 混 消 和 对 其 操作 ， 如 图 8-5 所 示 。 


对 图 8-5 中 的 打包 流程 详细 分 析 如 下 : 


1) 反 编 译 apk 文 件 。 





apktool.bat d--no-src- 


f"C:\jianqiang_app.apk""temp" 





反 编 译 apk 文 件 后 ， 在 temp 目 录 中 能 看 到 AndroidManifest.xml 文 件 。 
2) for 循 环 渠 道 列 表 ， 逐 个 打 渠 道 包 。 


2.1) 蔡 换 AndroidManifest.xml 中 的 渠道 号 。 





反 编译 apk 近 历 渠道 列表 








桩 换 Manifest 中 渠道 号 





重新 编译 apk 






对 齐 apk 重 命名 apk 


图 8-5 ”基于 apk 包 批量 生成 渠道 包 的 流程 图 

















2.2) 将 反 编译 后 的 文件 重新 编译 成 apk， 放 到 apk_temp 目 录 下 : 





apktool.bat b "temp" "apk_temp\unsigned-App 名 称 


.apk" 





2.3) 签名 apk 文 件 。 





java -jar SignApk.jar "C: \a.b" 
"123456" "JianqiangApp" "123456" 
"apk_temp\unsigned-appname.apk" 
"apk_temp\unzipAligned-appname.apk" 





2.4) 对 要 及 布 的 apk 文 件 进行 对 齐 操作 。 





zipalign.exe -v 4 
"apk_temp\unzipAligned-App 名 称 


.apk" 
"apk_temp\App 名 称 








2.5) 把 打 好 的 渠道 包 重 命名 为 : App 名 称 _ 渠 道 写 .apk， 然 后 将 其 转 
移 到 output\App 名 称 \App 名 称 _ 汇 道 号 .apk。 


述 这 些 操 作 都 有 相应 的 Android SDK 命 令 ， 我 们 可 以 使 用 任何 语 
言 编写 一 个 程序 来 一 次 执行 这 些 命令 。 








这 里 我 们 可 以 使 用 友 盟 提供 的 渠道 批量 打包 工具 ， 它 是 基于 C# 来 实 


现 的 上 述 批量 打包 流程 。 





8.5.2 ”基于 代码 批量 生成 渠道 包 








对 于 基于 代码 进行 打包 的 方法 ， 我 们 在 前 面 的 章节 介绍 过 
build.xml， 但 是 这 个 脚本 每 次 只 能 打 一 个 包 ， 我 们 需要 写 一 个 新 的 脚本 
batchbuild.xml， 它 会 依次 执行 以 下 操作 : 








1) 读 取 channel.txt 文 件 中 的 渠道 列表 。 





<target name="foreach_manager"> 
<loadfile property="]listVerText" 
srcfile="${app.source.path}/${channel.filename}" 
encoding="GBK" /> 
<propertyregex override="true" property="apk-channel" 
input="${listVerText}" regexp="\r\n" replace=";"/> 
<!- 


${apk-channel} 打 包 


<foreach target="build-apk" param="channelName" 
list="${apk-channel}" delimiter=";"/> 
</target> 





2) 执行 for 循 环 语句 ， 执 行 build.xml 脚 本 文件 中 build-apk 这 


target。 


2.1) 替换 AndroidManifest.xml 中 的 渠道 号 。 


2.2) 执行 build.xml 脚 本 进行 打包 。 


2.3) 将 打 好 的 包 并 转移 到 指定 的 目录 build/1.1.0 下 面 ，1.1.0 为 版 本 


2.4) 清理 打包 过 程 中 生成 的 临时 文件 ， 为 打下 一 个 渠道 包 做 准 
备 。 





<target name="build-apk"> 
<echo>build-path:${build-path},，， 日 录 


:${channelName} ， 


:${channelName}</echo> 
<1-- 创建 放 


APK 的 目录 


(FFFFFF 就 是 为 了 进行 一 次 字符 串 的 





OVErride 操 作 


) --> 
<propertyregex override="true" property="build-path" 
input="${build-path}/${channelName}FFFFFF" 
regexp="FFFFFF" replace="" /> 
<echo> 创 建 目录 


:${build-path}</echo> 
<mkdir dir="${build-path}" /> 
<1-- 替换 


Manifest 中 的 





UMENG_CHANNEL 字 段 


- -> 
<replaceregexp file="AndroidManifest.xml" 
match="(android:name="UMENG_ CHANNEL 


"\standroid:value=")(.*)(")" 
replace="\1i${channelName}\3" 
encoding="UTF-8" 
byline="false"/> 


<1- -开始 打包 

- -> 
<ant antfile="build.xml" inheritAll="true" target="zipalign" /> 
<1-- 移动 


APK 至 相应 目录 


= > 
<copy file="${basedir}/${output.dir}/${appname}_for_android_ 
${android_ version} ${temp.dir}.apk" 
tofile="${build-path}/${appname}_${appversion}_ 
${channelName}.apk" /> 
<1-- 清理 生成 的 临时 文件 ， 为 





build 下 一 个 渠道 包 做 准备 


--> 
<cleanTmpFolder /> 
</target> 





上 述 流 程 如 图 8-6 所 示 。 


我 们 只 要 执行 下 述 命 令 ， 就 可 以 批量 打 渠 道 包 了 : 





c:\ProjectForAntBuild>ant - 


buildfile batch build.xml 





遍历 渠道 列表 





替换 Manifest 中 渠道 号 





基于 代码 生成 apk 


移动 apk 到 指定 目录 








图 8-6 ”基于 代码 批量 生成 渠道 包 的 流程 图 
[1] 该 工具 下 载 地 址 : https://github.com/umeng/umeng-muti-channel-build- 


tool 。 


8.6 Android 发 版 流程 


前 面 已 经 轩 毗 帅 帅 地 说 了 很 多 友 版 相关 的 事情 ， 这 里 做 一 下 总 结 : 


假设 即将 发 布 1.1.0 版 本 ，apk 的 名 字 是 ProjectForAntBuild。 





1) 远程 登录 到 这 人 台 批量 打 渠 道 包 工具 所 在 的 服务 器 上 ， 假 设 是 
192.168.1.14。 





2) 将 项 目的 代码 从 SVN 或 者 GIT 手 动 签 出 ， 放 在 C 盘 根 目 录 下 。 


3) 在 Android 项 目的 AndroidManifest.xml 中 ， 修 改 以 下 两 个 地 方 并 


提交 : 


MX 





android:versionCode= "110" 
android:versionName= "1.1.0" 





4) 执行 批量 打 渠 道 包 的 命令 : 





c:\ProjectForAntBuild>ant - 


buildfile batch build.xml 





打包 后 ， 生 成 的 apk 文 件 都 会 放 在 Ci\build\1.1.0 目 录 下 面 。 


在 渠道 包 全 都 打 完 之 后 ， 随 机 选取 其 中 1-2 个 包 进 行 测试 ， 需 要 检 


查 几 个 地 方 ， 如 表 8-4 所 示 。 


表 8-4 ”对 渠道 包 进行 抽样 测试 


步 又 检查 方法 
1 版 本 号 将 apk 文件 后 级 改 为 zp， 解 压 ， 观 察 其 中 的 AndroidManifest.xml 文件 ， 如 果 versionCode 
Ss 


和 versionName 与 所 要 发 布 的 版 本 号 一 致 ， 就 认为 是 正确 的 
检查 方法 同步 又 1， 只 是 这 次 检查 的 是 渠道 号 是 否 与 所 要 发 布 的 渠道 包 一 致 ， 如 下 所 示 : 
<meta-data 
android:name= "UMENG CHANNEL" 


android:value= "360android" /> 


3. 是 否 混 清 需要 反 编 译 这 个 包 ， 看 代码 是 否 有 混 清 
( 续 ) 
步骤 检查 方法 


1 ) 是 否 可 以 下 单 和 打 电 话 ， 如 果 不 能 ,说 明 是 Monkey 包 ， 是 有 问题 的 
2 ) Menu 中 是 和 否 有 切换 服务 顺 的 按钮 ， 如 果 有 ， 说 明 是 测试 包 ， 是 有 问题 的 
3 ) 是 否 可 以 唤起 微 信 支付 ， 是 ,证 明 是 签名 包 ; 否则 是 有 问题 的 


4. 检查 配置 文件 中 
开关 是 否 正 党 


5. 检查 主流 程 是 否 


可 以 走 通 个 人 中 心 是 否 可 以 登录 。 如 果 有 支付 流程 ， 要 下 一 个 单 并 支付 以 验证 主流 程 是 否 


正常 





每 次 Android 发 版 都 要 打 几 百 个 渠道 包 ， 把 这 些 渠 道 包 都 放 在 一 个 
目录 下 ， 对 于 推广 人 员 来 说 是 一 种 灾难 。 本 节 我 们 要 研究 如 何 把 这 几 百 
个 渠道 包 分 门 别 类 放 在 合适 的 地 方 。 








根据 我 的 经 验 ， 渠 道 包 基 本 分 为 4 类 : 


1) 需要 我 们 自己 的 推广 人 员 和 手动 上 传 到 各 大 市 场 的 渠道 包 。 


HTML5 短 链接 上 提供 下 载 的 渠道 包 


[Be 
~ 


CD 
~ 


交付 给 第 三 方 Android 市 场 的 工作 人 员 ， 由 他 们 帮忙 更 新 。 


需要 额外 定制 的 渠道 包 。 


上 
— 





其 中 ， 第 4 类 不 列 入 批量 打 渠 道 包 的 清单 中 。 因 为 这 种 渠道 包 有 和 额 
外 定制 的 功能 ， 每 次 都 是 在 茶 个 稳定 版 本 的 基础 上 修改 一 些 功 能 后 单独 
打包 ， 然 后 交付 给 推广 人 员 即 可 。 














在 实际 操作 中 ， 我 们 发 现 ， 前 3 类 渠道 包 ， 是 有 优先 级 顺序 的 ， 一 
般 而 言 ， 在 发 版 当天 ， 第 1 类 和 第 2 类 渠道 包 就 要 同步 更 新 了 ， 第 3 类 可 








以 放 在 夜里 进行 打包 ， 第 二 天 再 发 给 推广 人 员 就 可 以 了 。 


我 们 之 前 编写 的 batchbuild.xml 太 一厢情愿 了 ， 它 把 所 有 的 渠道 包 全 
都 打出 来 而 不 会 进行 分 类 ， 这 对 于 市 场 人 员 太 痛苦 了 ， 而 我 们 开发 人 员 
的 工作 就 是 要 救世 人 于 水 火 之 中 ， 所 以 我 们 将 原先 的 channel.xml 按 类 别 
拆 分 为 3 个 文件 ， 分 别 存放 以 上 3 类 渠道 列表 : 





1) channel manual.txt， 存 放 需 要 手动 上 传 的 包 。 
2) channel_h5.txt， 存 放 HTML5 短 链 上 的 包 。 
3) channel_tomorrow.txt， 存 放 第 二 天 再 上 传 的 渠道 包 。 


我 们 在 batchbuild.xml 的 外 面 做 了 一 层 包装 ， 也 了 就 是 
batch_build_ext.txt， 其 中 ext 是 扩展 的 意思 ， 它 会 先后 读 取 以 上 3 个 存放 
渠道 列表 的 txt 文 件 ， 然 后 进行 批量 打包 工作 。 








batch_build_ext.xzml 脚 本 的 关键 代码 如 下 : 





<target name="foreach_manager_all"> 
<1-- 根据 


channel_manual .七 Xt 进 行 打包 


--> 
<var name="channel.filename" value="channel] manual.txt" /> 
<var name="build-path" value="C:\build\${appversion}\manual" /> 
<ant antfile="batch_build.xml" inheritAll="true" /> 
<1-- 根据 


channel_h5 .txt 进 行 打包 


<var name="channel.filename" value="channel_h5.txt" /> 

<var name="build-path" value="C:\build\${appversion}\h5" /> 
<ant antfile="batch_build.xml" inheritAll="true" /> 

<1-- 根据 


channel_tomorow .txt 进 行 打包 


- -> 
<var name="channel.filename" value="channel tomorrow.txt" /> 
<var name="build-path" value="C:\build\${appversion}\tomorrow" /> 
<ant antfile="batch_build.xml" inheritAll="true" /> 

</target> 











我 们 只 要 执行 下 面 的 脚本 就 可 以 批量 生成 渠道 包 了 : 





c:\ProjectForAntBuild>ant - 


buildfile batch_build ext.xml 





生成 的 目录 格式 如 图 8-7 所 示 。 


C:\build 


----manual 


|----tomorrow 
----1.2.0 








图 8-7 ”批量 生成 渠道 包 的 目录 结构 


8.7.2 ”批量 上 传 apk 的 两 种 方式 


每 次 发 版 时 ， 推 广 人 员 都 要 手动 上 传 所 有 的 apk 包 到 市 场 。 对 于 推 
广 人 员 而 言 是 非常 痛苦 的 事情 。 站 








为 了 把 推广 人 员 解 脱出 来 ， 我 们 经 过 调研 ， 发 现 市 面 上 有 很 多 这 样 
的 一 键 式 提交 工具 ， 我 们 预先 把 这 些 市 场 的 账户 和 密码 输入 到 这 个 工具 
中 ， 就 可 以 一 劳 永和 逸 了 。 当 然 这 期 间 还 有 如 何 输入 更 新 信息 、 不 同 渠 道 
上 传 不 同 的 渠道 包 等 奋 干 问题 ， 这 就 都 是 细节 了 。 











另 一 方面 ， 推 广 人 员 还 要 手动 更 新 所 有 的 HIML5 短 链接 。 每 次 都 
有 100 多 个 ， 要 耗费 大 量 的 人 力 。 经 过 调研 ， 我 们 发 现 ， 其 实 这 也 是 可 
以 实现 自动 化 的 。 我 们 需要 写 一 个 工具 ， 批 量 更 新 HTML5 短 链接 上 的 
apk 包 。 事 先 需 要 规定 好 渠道 包 的 命名 规范 ， 如 下 所 示 : 





_ 版 本 号 
_App 名 称 


.apk 


例如 : ProjectForAntBuild_1.1.0_360android.apk 





那么 我 们 的 批量 打 渠 道 包工 具 ， 束 会 按照 这 个 约定 ， 在 一 个 目录 下 
生成 HTML5 短 链接 所 需要 的 所 有 apk。 然 后 推广 人 员 反 击 “ 发 布控 钮 ， 
就 可 以 把 所 有 的 HTML5 短 链接 都 更 新 为 最 新 的 版 本 。 





[1] 详细 信息 请 参见 博客 园 “ 谦 虚 的 天 下 ?的 文 昔 《App 应 用 之 提交 到 各 大 
市 场 渠道 》， 地 址 如 下 : 
http:/www.cnblogs.com/gianxudetianxia/archive/2012/12/05/2803894.html。 


8.8 灵活 切换 服务 器 


我 们 在 开发 App 功 能 的 时 候 ， 会 使 用 到 MobileAPI 提 供 的 接口 。 但 
实际 的 情况 是 ， 在 我 们 开发 App 新 功能 的 时 候 ， 这 些 接口 有 可 能 还 没有 
上 线 ， 仪 仅 在 测试 环境 可 以 使 用 。 








一 种 方法 是 把 不 同 环境 的 卫 写 到 配置 文件 中 ， 每 次 打包 时 指定 其 中 
一 个 环境 的 IP。 但 这 样 的 缺点 是 每 个 包 只 能 针对 于 一 种 环境 。 





对 于 Android 我 们 可 以 这 么 做 ， 在 Menu 里 加 入 IP 的 列表 ， 点 击 其 中 
一 项 后 将 会 把 全 局 变量 Globals.IP 设 置 为 相应 的 IP。 


为 了 每 个 页 面 都 能 切换 服务 器 IP， 我 们 将 这 个 逻辑 封装 到 基 类 
BaseActivity 中 : 





public class BaseActivity extends Activity { 
Q@Override 
public boolean onCreateOptionsMenu(Menu menu) { 
super .onCreateOptionsMenu(menu); 
if (Config.isDebug) { 
getMenuInfiater().infiate(R.menu.activity_main, menu); 


return true; 


Q@Override 
public boolean onOptionsItemSelected(MenuItem item) { 
Switch (item.getIitemId()) { 
case R.id,.menu_ip1: 
Globals.IP = "http:// 212.1.2.3"，; 
break; 
case R.id,.menu_ip2: 
Globals.IP = "http:// 192.168.1.14"; 
break; 
case R.id,.menu_ip3: 
Globals.IP = "http:// 192.168.2.28",，; 
break; 


default: 
return super.onOptionsItemSelected(item); 


return true; 








这 样 做 的 好 处 是 ， 在 任何 页 面 都 可 以 通过 Menu 切 换 IP， 从 而 连接 
不 同 的 环境 ， 马 上 惑 会 生效 。 


当然 ， 为 了 避免 正式 版 也 有 这 个 功能 ， 需 要 在 Config 文 件 中 增加 一 
个 开关 isDebug， 只 有 这 个 值 为 tue 时 ， 才 能 在 Menu 中 看 到 那个 按钮 。 





相应 的 ， 要 修改 dailybuild.xml 和 batch_build.xml 文 件 ， 以 控制 这 个 
isDebug 开 关 。 这 里 就 不 再 多 说 了 ， 原 理 和 前 面 介绍 过 的 开关 isMonkey 
相同 。 


8.9 ”单元 测试 


“春色 满 园 关 不 住 ， 一 校 红 查 出 增 来 。” 之 所 以 想起 这 两 句 ， 是 因为 
里 然 最 近 这 两 周 项 目 紧 张 ， 我 们 一 直 在 赶 进度 ， 但 是 忙 里 偷 几 ， 我 们 还 
是 做 了 一 件 对 Android 项 目 而 言 很 有 意义 的 事情 ， 那 就 是 单元 测试 。 











开始 讲述 我 的 故事 之 前 ， 先 来 扫 扫 育 : 


-什么 是 单元 测试 ?请 参见 文章 : http://baike.baidu.com/link? 
url=DtllYiDKetRaM2zluKgLG BDGYDYU3gNFzOQnd13i9k7lqnLHEelY! 


-TDD 在 微软 时 ， 我 们 戏称 为 “ 踢 弟 弟 *”) 请 参见 文 


: http:/www.ibm.com/developerworks/cn/linux/l-tdd/index.html 。 


艺 


.Android 单元 测试 的 相关 文章 。 请 参见 文 
: http:/www.oschina.net/question/54100_27061 。 


世 


iOS 单 元 测试 的 相关 文章 。 请 参见 文 
: http://blog.csdn.net/fengsh998/article/details/8109293 。 


艺 


有 人 认为 单元 测试 〈UT) 是 测试 人 员 写 的 ， 错 ! 大 错 特 错 ! ! 测 
试 人 员 可 以 写 TestCase， 写 UAT case， 但 就 是 写 不 来 UT。UT 是 开发 人 


员 写 的 。 


有 三 : 





:在 客户 端 这 个 领域 ， 业 界 没 有 写 UT 的 风气 。 
:基于 UI 的 单元 测试 ， 不 知道 怎么 写 。 
:高 强度 开发 ， 没 有 时 间 写 UT。 


其 实 ， 在 客户 问 写 单元 测试 的 好 处 有 很 多 : 





.对 蕴藏 在 客户 端 中 的 复杂 罗 辑 或 者 算法 ， 如 果 有 相应 的 单元 测 
试 ， 可 以 确保 每 次 小 的 逻辑 变动 ， 而 不 用 再 手动 测试 其 他 情况 ， 只 需要 
跑 一 遍 所 有 的 UT 即 可 。 








单元 测试 要 求 编码 时 将 UI 与 业务 逻辑 相 和 剥离 。 但 几 做 不 到 的 ， 都 
古代 码 写 的 有 问题 ， 籽 合 性 太 遍 。 


但 是 ， 绝 对 不 能 以 侦 概 全 ， 为 客户 端的 所 有 代码 都 加 上 单元 测试 ， 
那 是 不 现实 的 。 我 的 经 验 是 ， 只 为 那些 复杂 的 业务 逻辑 (有 很 多 if-else 
分 支 语 句 ) 写 单元 测试 。 


下 面 以 验证 号 份 证 号 码 是 否 有 效 作 为 例子 ， 来 介绍 如 何 编写 单元 测 
试 。 项 目 请 参见 我 博客 上 的 源码 品 。 





号 份 证 的 业务 规则 如 下 所 示 : 


1) 15 位 或 18 位 长 度 。 


2) 15 位 ， 必 须 全 数字 。 





3) 18 位 ， 前 17 位 必须 全 数字 。 


4) 检查 出 生日 期 是 否 为 有 效 的 日 期 。 注 意 18 位 和 15 位 的 取 值 规则 
古 不 一 样 的 。 


5) 检查 18 位 的 最 后 一 位 是 否 有 效 〈( 这 个 值 有 可 能 是 X) 。 





上 述 业 务 逻 辑 的 实现 ， 请 参见 Utils 类 的 isIdCardNumberValid 方 法 。 
可 以 看 到 这 个 方法 非常 复杂 ， 有 太 多 的 计 else 逻 辑 判断 。 动 一 动 牵 发 全 
身 ， 导 致 后 面 的 逻辑 有 问题 。 代 码 量 很 大 ， 由 于 我 这 一 节 介 绍 的 是 单元 
测试 ， 所 以 就 不 贴 出 来 了 ， 大 家 可 以 去 TestCode 项 目下 去 看 具体 的 实 
现 。 











如 果 我 们 想 增 加 一 个 新 的 业务 规则 ， 或 者 发 现 某 个 bug 而 对 上 述 茶 
个 规则 进行 了 修改 ， 那 么 该 如 何 确保 其 他 业务 规则 不 受 影响 呢 ? 





只 有 单元 训 试 能 解决 这 个 棘手 的 问题 。 


于 是 我 们 为 每 条 业务 规则 都 准备 了 各 干 单元 测试 用 例 ， 每 次 做 出 修 
改 ， 都 把 这 些 用 例 全 都 执行 一 过 ， 这 些 用 例 集 中 放 在 TestIdCard 类 的 


testIdCard 方 法 中 ， 如 下 所 示 (截取 部 分 代码 ) : 





public void testIdCcard() throws Exception { 
// 测试 长 度 为 


或 者 输入 为 空 的 情况 





Assert.assertEquals(AppConstants.IDCARD_ LENGTH_SHOULD_NOT_BE_NULL, 
Utils.isIdCardNumberVvalid("").getIdcardDesc()); 

Assert.assertEquals(AppConstants.IDCARD_ LENGTH_SHOULD_NOT_BE_NULL, 
Utils.isIdCardNumberVvalid(null).getIdCardDesc()); 

// 测试 长 度 不 为 





工 5 或 者 


工 8 的 情况 


StringBuilder idCard = new StringBuilder(); 
for (int i = 0; i < 20; i++) { 
idCcard.append("1"); 
If (idcard. length() == 15 || idcard,length() == 18) 
continue 








图 8-8 是 Android 单 元 测试 用 例 的 执行 结果 ， 标 记 V 的 表示 单元 测试 


通过 ， 标 记 x 表 示 测 试 不 通过 : 


我 们 看 到 ， 具 体 错误 发 生 在 testIdCard 这 个 方法 上 ， 双 击 它 能 定位 到 
具体 有 问题 的 测试 代码 ， 一 路 跟 踊 到 Utils 类 的 jsIsCardNumberValid 方 
法 ， 发 现 问题 出 在 对 身份 证 号 码 的 最 后 一 位 校 验 上 ， 代 码 中 逻辑 仅 支 持 
小 写 的 x， 对 大 写 X 并 不 文 持 。 





把 这 个 问题 上 升 到 需求 屋面， 对 于 用 户 而 言 ， 输 入 里 份 证 写 码 是 不 
要 去 区 分 大 小 写 的 ， 所 以 这 确实 是 一 个 bug， 于 是 我 们 修改 这 个 逻辑 ， 





比较 时 不 区 分 大 小 写 。 表 次 运行 单元 测试 ， 如 图 8-9 所 示 ， 可 以 看 到 所 
有 测试 用 例 都 通过 了 。 


量 Package Explorer 


Finished after 0.031 seconds 
几 介 下 朋 |% 信 


2/2 田 Errors: 0 Failures: 


Vv et 64ff43f [Runner: JUnit 3] (0.005 s) 
Bcom.example.testcode.TestldCard (0.005 s) 
版 jtestAndroidT estCaseSetupProperly (0.005 s) 
里 jtestldCard (0.000 s) 





图 8-8 ”单元 测试 的 执行 结 


2/2 四 Errors: 0 Failures: 0 


vet]64ff43f [Runner: JUnit 3] (0.140 s) 
了 Bcom.example.testcode.TestldCard (0.140 s) 
上 |testAndroidT estCaseSetupProperly (0.001 s) 
虐 jtestldCcard (0.139 s) 





图 8-9 单元 测试 的 执行 结 


通过 编写 单元 测试 发 现 bug、 修 复 bug 的 例子 ， 证 明了 单元 测试 是 确 
实 有 很 大 帮助 的 。 


说 起 单元 测试 ， 往 事 历历 在 目 ， 有 甜蜜 ， 有 心酸 。 接 下 来 是 八卦 时 
间 ， 大 家 可 以 去 抢 沙 友和 板 综 了 。 感 谢 读者 们 花 钱 买 我 写 的 书 ， 接 下 来 
我 给 大 家 分 享 一 个 震 和 远程 序 员 的 故事 。 


话说 我 每 天 加 班 都 要 到 晚上 10 点 多 ， 终 于 有 一 次 约 到 了 女神 吃饭 ， 
我 还 清晰 地 记得 那 是 第 一 次 下 班 的 时 候 天 还 亮 着 。6 点 半 我 已 经 在 出 租 
车 上 了 ， 车 上 还 坐 痢 我 的 一 个 郊 弟 ， 他 要 足 我 的 车 去 地 铁 站 。 快 到 目的 
地 的 时 候 ， 女 神 微 信 我 说 已 经 在 餐厅 排队 等 位 子 了 ， 再 后 来 跟 我 说 已 经 





排 到 了 位 子 残 等 我 过 去 了。 这 时 莫 催 的 事情 发 生 了 ， 还 在 公司 的 兄 第 打 
电话 来 说 线 上 出 事 了 ， 有 个 模块 频 索 骨 湿 。 我 当时 好 纠结 啊 ， 去 约会 还 
古 回 公司 ? 最 后 还 是 咬 晓 牙 ， 让 司机 调头 开 回 公司 。 我 还 记得 在 出 租车 
上 和 女神 解释 放 铅 子 的 原因 的 时 候 ， 女 神 只 回 了 我 六 个 句号 ， 然 后 就 再 
也 没有 然后 了 。 








当然 和 我 同 车 的 那个 兄弟 也 同样 翡 催 ， 因 为 他 被 我 带 回 了 公司 一 起 





我 们 到 公司 后 发 现 ， 问 题 时 有 时 无 ， 并 不 稳定 重 现 。 那 是 一 个 用 
Comparator 实 现 的 排序 算法 ， 数 据 源 来 自 MobileAPI， 我 们 要 把 其 中 状 
态 为 0 的 数据 都 排 到 前 面 ， 状 态 为 1 的 数据 都 排 到 后 面 。 











但 是 Comparator 排 序 算 法 写 的 有 问题 ， 而 这 个 问题 很 隐蔽 ， 仅 在 某 
些 特定 的 情况 下 才 会 友 生 崩 尝 ， 而 我 们 在 做 功能 测试 时 ， 并 不 包括 那些 
特殊 的 测试 场景 ， 所 以 只 有 等 到 发 版 后 根据 线 上 的 真实 数据 发 现 问题 
Ta 


想 要 规避 这 种 情况 的 发 生 ， 只 有 写 单元 测试 。 由 开发 人 员 准 备 各 种 
测试 数据 ， 以 证 明 算 法 的 正确 性 。 


[1] 下 载 地 址 : http://www.cnblogs.com/Jax/p/4656789.html。 


8.10 ”本章 小 结 


本 章 介 绍 持续 集成 。 持 续集 成 是 个 很 宏大 的 概念 ， 本 章 只 涉及 了 版 
本 管理 策略 、 打 包 、 单 元 测试 这 几 部 分 。 


本 章 的 知识 比较 零碎 ， 看 似 和 Android 日 常 开发 工作 关系 不 大 ， 所 
以 很 多 程序 员 不 愿意 涉及 这 个 领域 ， 他 们 更 愿意 埋头 写 几 个 Activity。 
殊不知 ， 擎 握 了 本 章 的 这 些 技能 ， 才 能 完成 从 小 工 到 技术 大 牛 
上 的 飞 距 。 











田 相 


PM VI 


第 9 半 App 莞 品 拉 术 分 析 


我 仔细 研究 了 市 面 上 百 球 App 的 技术 实现 。 管 舌 到 很 多 先进 的 思想 
和 技术 ， 总 结 到 本 章 中 ， 内 容 很 多 ， 如 安装 包 的 结构 与 大 小 、 开 机 速 
度 、HTML5 页 面 的 打开 速度 、 性 能 优化 、 数 据 采 和 集 工 具 、ABTest、 热 
修补 、 模 块 化 拆 分 等 。 希 望 抛 砖 引 玉 ， 使 各 个 公司 能 意识 到 竞 品 分 析 这 
个 重要 领域 ,成立 专门 团队 ， 从 产品 和 技术 两 个 维度 进行 范 品 分 析 的 研 
完工 作 。 








9.1 苋 品 分 析 概 述 


9.1.1 App 竞 品 定义 











我 们 通 音 将 同行 业内 竞争 对 手 的 产品 定义 为 芜 品 ， 所 以 竞 品 分 析 通 
常 吏 是 分 析 苋 争 对 手 的 产品 。 





对 于 App 而 言 ， 这 样 定 义 竞 品 还 远 远 不 够 。 同 行业 内 的 竞 品 固然 重 
要 ， 但 是 对 于 行业 外 的 优秀 App， 对 我 们 而 言 ， 也 是 有 很 大 参考 意义 
的 。 比 如 : 





社区 类 和 视频 类 App， 他 们 的 广告 系统 做 得 是 最 好 的 ， 因 为 他 们 束 
靠 在 App 中 投放 第 三 方 公司 的 广告 来 赚 取 广告 费 ， 这 是 他 们 生存 的 手 
段 ， 所 以 一 定 是 伦 大 力气 做 的 。 











: 电 商 类 (包括 OTA 和 O20O0)〉App 的 产品 详情 页 和 订单 填写 页 做 得 是 
最 好 的 ， 因 为 他 们 要 确保 订单 转化 率 就 靠 产品 详情 页 来 吸引 用 户 眼 球 ， 
靠 订 单 填写 页 良好 的 用 户 体 验 来 促进 用 户 下 单 。 


:活动 运营 做 得 最 好 的 仍然 是 电 商 类 App。 就 靠 首页 的 那 几 个 轮 播 广 
告 位 ， 能 做 出 各 种 意 想 不 到 的 促销 效果 。 此 外 ， 各 种 秒杀 、 满 减 ， 也 都 
是 电 商 类 App 的 拿手 好 戏 。 





社交 类 App 的 聊天 功能 做 得 是 最 好 的 ， 尤 其 是 高 并 发 的 染 构 实现 ， 
随 着 其 他 行业 App 陆 陆续 续 引 入 在 线 客 服 系统 或 者 支持 用 户 和 商家 直接 
点 对 点 沟通 ， 一 定 要 学 习 社交 类 App 的 在 线 聊 天 技术 。 





-新闻 类 App 比 拼 的 是 推送 的 及 时 性 和 到 达 率 ， 所 以 大 都 是 目 己 搭建 
推送 服务 器 ， 而 不 依赖 于 第 三 方 推送 平 合 。 


越 来 越 多 的 App 都 意识 到 数据 的 重要 性 ， 开 始 采 集 用 户 行为 数据 ， 
以 助 于 更 准确 地 做 出 战略 上 的 决策 ， 优 化 上 自己 的 产品 和 功能 。 由 于 这 些 
都 涉及 公司 机 蜜 ， 所 以 往往 不 使 用 第 三 方 的 服务 ， 而 都 是 目 己 采集 数 
据 ， 上 自己 分 析 。 老 牌 移动 互联 网 公司 在 这 方面 会 比较 有 优势 ， 毕 竞 做 得 
人 了 ， 积 累 了 很 多 经 验 。 

















综 上 所 述 ， 从 技术 层面 而 言 ， 同 行业 内 竞争 对 手 的 App 产 品 一 定 要 
经 常 研究， 而 对 于 整个 App 应 用 领域 ， 各 个 行业 都 有 其 优势 ， 我 们 要 学 
习 他 们 各 自 的 优点 ， 用 到 自己 的 App 中 ， 这 才 是 竞 品 分析 的 意义 所 在 。 








因此 ， 做 竞 品 分 析 ， 紧 上 着 竞争 对 手 固然 没 错 ， 但 是 只 盯 着 他 们 ， 
就 会 把 上 自己 的 逼 格 也 降低 了 。 一 定 要 把 眼界 放大 ， 芯 足 于 整个 App 行 
业 ， 一 步 步 的 、 不 知 不 沉 地 就 会 超越 竞争 对 于 ， 目 然 束 会 让 竞争 对 于 跟 
者 我 们 的 节奏 走 了 。 所 谓 “ 胸 有 多 大 ， 舞 合 吕 有 多 大 ” 册 是 这 个 道理 。 














于 是， 我 把 市 面 上 所 有 优秀 的 App 都 定义 为 我 的 苑 品 。 不 气 否 山 
河 ， 又 怎 能 兼 济 天 下 ? 


9.1.2” 竞 品 分 析 要 研究 的 几 个 方向 

对 于 苋 品 ， 我 们 要 研究 其 做 得 好 的 地 方 ， 从 技术 层面 讲 ， 有 以 下 几 
点 是 重点 研究 方 问 : 

.为 什么 他 们 的 App 体 积 比 我 们 小 ? 

为 什么 他 们 的 App 访 问 速 度 比 我 们 快 ? 

为 什么 他 们 的 App 不 发 版 也 能 上 新 功能 ? 

为 什么 他 们 的 App 基 本 就 不 怎么 骨 演 ? 


为 什么 同样 的 产品 ， 我 们 的 价格 更 有 优势 ， 但 是 却 卖 不 过 苋 搜 对 
手 ? 


第 一 次 听 到 “ 竞 品 分 析 ” 这 个 词语 ， 是 从 产品 经 理 的 口中 。 





从 产品 层面 讲 ,，“ 苋 品 分 析 ” 就 是 把 竞争 对 手 优秀 的 产品 仔细 研究 一 
番 ， 然 后 原封 不 动 照搬 到 自家 产品 上 。 这 样 的 抄袭 多 了 ， 以 至 于 几 年 前 
有 分 析 师 在 比较 了 茶 个 领域 的 几 球 App 首 页 后 ， 得 到 的 结论 是 这 些 App 





看 起 来 都 是 同一 个 设计 师 设 计 的 ， 因 为 排版 风格 都 是 一 样 的 。 


对 此 我 也 只 能 呵呵 一 舌 。 我 观察 到 的 情况 是 ， 这 种 通过 竞 品 分 析 后 
抄袭 得 到 的 产品 ， 只 学 习 到 了 人 家 的 皮毛 ， 而 没有 领会 到 产品 内 在 的 精 
髓 ， 以 至 于 产品 上 线 了 ， 但 效果 并 不 如 苋 争 对 手 。 因 为 没有 把 “为 什么 
要 这 么 做 、 这 样 做 的 好 处 是 什么 ?理解 透 ， 这 就 是 盲目 抄袭 的 后 果 。 短 
期 内 效果 还 不 明显 ， 因 为 移动 互联 网 现 如 今 是 烧 钱 的 时 代 ， 大 家 都 是 赔 
本 赚 吃 喝 ， 都 追求 的 是 用 户 量 ， 但 是 等 钱 伐 完了 开始 奶 求 利 洞 的 时 候 ， 
就 会 发 现 这 种 反 噬 。 所 以 研究 竞 品 ， 如 采 纯 粹 是 为 了 抄 玖 ， 就 意义 不 大 
中 














从 拉 术 层面 讲 ， 苋 品 分 析 是 为 了 取长补短 。 每 个 App 在 技术 上 都 有 
做 得 好 和 不 好 的 地 方 。 我 们 看 到 了 别人 家 App 的 长 处 ， 就 要 思考 目 家 
App 如 何 取 长 补 短 。 


这 就 是 鲁迅 先生 倡导 的 “ 拿 来 主义 ”， 在 拿 来 的 同时 ， 又 不 能 生 搬 硬 
套 ， 并 不 是 所 有 外 来 的 技术 都 适 合 我 们 ， 要 有 选择 地 吸收 。 








9.2 ”App 安装 包 的 结构 
9.2.1 Android 安装 包 的 结构 


Android 的 安装 包 是 apk 格 式 的 文件 。 我 们 将 其 后 缀 名 apk 改 为 zip， 
就 可 以 看 到 安装 包 中 的 内 容 。 


AndroidManifest.xml 


nn assets 


国 classes.dex 
CoM 


| lib 
和 META-INF 
| org 
res 
国 resources.arsc 








图 9-1 Android 安 装 包 解压 后 的 目录 结构 





如 图 9-1 所 示 ， 所 有 的 Android 安 装 包 解压 后 部 具有 这 样 的 目录 结 
构 : 


让 


午 单 介绍 一 下 这 些 目录 和 文件 的 用 途 : 





:Tesources.arscz 这 个 文件 是 编译 后 的 二 进 制 资源 文件 的 索引 ， 也 就 
是 apk 文 件 的 资源 表 (索引 ) 。 





:lib 目录 下 的 子 目 录 armeabi 存 放 的 是 一 些 so 文 件 。 


:META-INF 目 录 下 存放 的 是 签名 信息 ， 用 来 保证 apk 包 的 完整 性 和 
系统 的 安全 。 但 这 个 目录 下 的 文件 却 不 会 被 签名 ， 从 而 给 了 我 们 无 限 的 


想象 空间 。 


assets 目 录 下 面 可 以 看 到 很 多 基础 数据 ， 以 及 一 些 本 地 会 使 用 到 的 
HTML、CSS 和 JavaScript 文 件 。 





-res 目录 下 面 的 anim 子 目录 很 值得 研究 ， 这 个 目录 存放 App 所 有 的 
动画 效果 。Android 做 动画 可 以 使 用 xml 来 配置 ， 而 不 是 写 代 码 。iOS 的 
动画 都 是 使 用 代码 写 出 来 的 ， 这 是 件 很 费力 气 的 事情 。 一 种 好 的 解决 方 
案 是 ， 在 App 的 Android 版 本 中 找到 某 个 动画 对 应 的 xml， 将 其 翻译 为 iOS 
的 动画 语言 即 可 。 








注意 ，res 目 录 中 的 很 多 xm] 文 件 打开 后 是 乱码 ， 
AndroidManifest.xml 也 是 如 此 ， 那 是 因为 打包 的 时 候 对 xml 文 件 进行 了 
压缩 ， 所 以 看 到 的 往往 是 全 角 的 字符 和 乱码 ， 不 便于 碍 找到 我 们 想 要 看 
的 内 容 。 有 一 款 神器 用 于 看 到 apk 包 中 正常 的 内 容 ，AXMLPrinter2.jar， 
它 可 以 将 apk 中 已 经 处 理 过 的 xml 还 原 为 可 读 格 式 。 命 令 如 下 所 示 : 








java -jar AXMLPrinter2.jar AndroidManifest.xml 





9.2.2” ”iOS 安装 包 的 结构 


iOS 的 安装 包 是 ipa 格 式 的 文件 。 我 们 将 其 后 级 名 ipa 改 为 zip， 束 可 
以 看 到 安装 包 中 的 内 容 。 


国 iTunesArtwork 
国 iTunesMetadata.plist 


MM META-INF 
e Payload 





图 9-2 ioOS 安 装 包 解压 后 的 目录 结构 





所 有 的 iOS 安 装 包 解 压 后 都 具有 如 图 9-2 的 目录 结构 : 


其 中 Payload 目 录 下 是 一 个 包 ， 里 面 有 这 个 App 所 需要 的 所 有 图 片 、 
音频 、 布 局 文件 、 配 置 文件 和 可 执行 文件 、bundle 文 件 、HTML5 相 关 文 
件 。 


很 多 png 图 片 是 打 不 开 的 ， 那 是 因为 在 iOS 打 包 时 ， 对 一 部 分 png 图 
片 进 行 了 压缩 。 


9.3” 苋 品 技术 一 管 : 开机 速度 


无 论 是 哪个 App， 它 的 启动 步 又 都 大 体 相同 ， 如 图 9-3 所 示 。 


图 9-3” App 启动 流程 





我 们 仔细 研究 一 下 每 一 步 都 做 了 哪些 事情 : 


1) Splash 广 告 的 逻辑 是 ， 首 次 加 载 App 包 中 的 图 片 ， 同 时 调用 
MobileAPI 的 一 个 接口 ， 获 取 下 一 次 打开 的 图 片 URL， 把 这 张 图 片 存放 
在 本 地 。 那 么 下 次 再 打开 这 个 App 时 ， 就 加 载 这 张 新 图 片 ， 同 时 ， 仍 然 
调用 MobileAPI 的 那个 接口 ， 看 是 否 有 新 的 Splash 图 片 要 下 载 。 为 了 确保 
首页 打开 速度 ，MobileAPI 的 这 个 接口 一 定 是 异步 调用 的 。 














2) 引导 页 ， 不 要 超过 4 页 ， 甚 至 4 页 我 都 认为 多 。 最 近 流 行 在 引导 
页 加 入 动画 ， 让 App 变 得 活泼 生动 一 些 。 因 为 做 原生 动画 比较 耗费 人 力 
和 时 间 ， 所 以 很 多 公司 要 么 不 加 ， 要 么 用 gif 动画 来 实现 。 





3) 进入 首页 之 前 ， 很 多 App 会 要 求 用 户 选 择 所 在 城市 ， 有 的 App 是 
默认 选 一 个 城市 进入 ， 有 的 App 则 是 异步 定位 当前 城市 ， 同 时 给 用 户 选 
择 所 在 城市 的 机 会 。 








4) App 首 页 的 设计 ， 则 经 历 过 几 次 大 的 革命 。 过 去 是 把 公司 的 主 

要 产品 放 在 首页 很 显眼 的 位 置 ， 次 要 产品 则 放 在 二 级 页 面 ， 也 有 的 公司 

征 每 个 品类 做 一 个 App。 现 在 通用 的 做 法 是 ， 尽 可 能 多 地 把 所 有 产品 都 

显示 在 省 页， 会 有 轮 播 广告 ， 会 有 搜索 框 ， 会 有 深 动 条 。 首 页 这 个 位 置 
太 重 要 了 ， 只 要 出 现在 首页 的 产品 ， 卖 的 都 很 好 。 











以 上 都 是 看 得 见 的 东西 ， 接 下 来 说 一 些 在 后 台 做 的 看 不 见 的 事情 : 
1) 友 盟 打点 统计 ， 统 计 激 活 数 。 
2) 注册 推送 。 


3) 如 果 是 从 消 且 推送 点 击 进入 的 App， 则 要 根据 推送 协议 ， 跳 转 
到 具体 的 页 面 。 


4) 初始 化 骨 尝 收集 机 制 ， 如 果 上 次 骨 尝 时 没有 来 得 及 发 送 骨 尝 信 
息 ， 那 么 这 次 发 送 。 

总 结 一 下 上 述 这 些 事情 的 共性 ， 都 是 要 调用 MobileAPI 接 口 获取 数 
据 的 。 为 了 不 影响 首页 打开 速度 ， 这 些 操作 都 是 在 后 台 有 异步 执行 的 。 

不 同 公司 的 App， 它 们 所 使 用 的 第 三 方 服务 不 同 ， 所 以 还 会 做 一 些 
别 的 事情 。 对 于 其 中 比较 耗 时 的 ， 也 部 是 要 放 在 后 台 寞 步 执行 


由 此 而 引入 一 款 嗅 探 器 ，WireShark， 也 有 使 用 fiddler 的 。 当 我 们 试 


图 探索 别人 家 App 为 什么 首页 加 载 速度 那么 快 的 时 候 ， 使 用 嗅 探 器 可 以 
观察 出 首页 加 载 期 间 该 App 调 用 了 哪些 MobileAPI 接 口 ， 以 及 返回 用 了 
多 长 时 间 ， 下 载 了 哪些 Zip 包 以 及 Zip 包 中 有 哪些 东西 。 





很 多 App 升 级 新 版 本 后 会 直接 骨 沉 ， 这 是 程序 员 没 有 做 好 App 羔 容 
导致 的 ， 肯 定 是 上 一 个 版 本 遗留 下 来 什么 脏 数据 ， 在 升级 后 新 版 本 没有 
处 理 好 如 何 兼 容 这 些 脏 数据 融和 月 泥 了 。 所 以 App 发 版 前 必须 要 做 兼容 性 
测试 ， 以 确保 稳定 性 。 最 好 的 解决 方案 是 ，App 升 级 后 ， 除 了 用 户 信 息 
要 保留 之 外 ， 所 有 遗留 数据 都 要 清除 。 


9.4 ” 竞 品 技术 二 总: HTML5 页 面 的 打开 速度 
9.4.1 把 HTML5 页 面 租 入 到 Zip 包 中 
App 中 会 使 用 很 多 HTML5 页 面 。 我 们 一 般 使 用 内 置 的 WebView 来 打 


开 一 个 外 部 的 URL 地 址 ， 这 样 一 来 ， 速 度 就 肯定 不 如 App 原 生 的 页 面 快 
本 








我 们 可 以 打开 几 个 App 的 HTML5 页 面 来 进行 比较 ， 差 距 立 刻 就 能 
出 来 。 当 年 我 就 是 被 老板 追 着 问 为 什么 竞争 对 手 的 App 打 开 HTML5 也 就 
1~2 秒 ， 而 我 们 的 App 加 载 HTML5 页 面 就 跟 牛 车 一 样 慢 。 


我 看 过 很 多 App 的 内 部 结构 ， 发 现 无 论 是 ipa 还 是 apk 包 中 都 会 有 一 
个 Zip 压 缩 包 ， 里 面 存放 着 要 加 载 的 HTML5 页 面 、 图 片 、CSS 和 JS 文 
件 。App 每 次 启动 的 时 候 ， 会 启动 一 个 线程 ， 异 步 把 Zip 包 解压 到 本 地 的 
某 个 目录 下 ， 然 后 每 次 从 本 地 读 取 HTML5 页 面 ， 这 样 就 不 用 每 次 从 服 
务 器 加 载 HTML5 页 面 了 。 





也 许 有 人 会 问 ， 如 果 这 个 Zip 包 里 的 内 容 有 变化 怎么 办 ?比如 说 新 
增 了 图 片 或 是 修改 了 HTML5 页 面 的 内 容 。 我 们 需要 有 个 版 本 控制 机 
制 。 每 次 加 载 HTML5 页 面 之 前 ， 先 问 一 下 服务 器 ， 当 前 HTML5 页 面 的 
版 本 是 什么 ， 如 果 与 本 地 保存 的 版 本 号 相同 ， 就 直接 加 载 本 地 的 





HTML5; 否则， 束 从 服务 喜 重 新 下 载 一 个 新 的 Zip 包 ， 仍 然 解压 到 本 地 
相同 的 目录 下 。 


如 果 客 户 端 目 带 Zip 包 版 本 比较 旧 ， 那 么 每 个 新 下 载 的 用 户 打 开 App 
都 要 下 载 服 务 器 最 新 版 本 的 Zip 包 。 这 样 不 好 ， 会 导致 Zip 包 很 大 ， 要 下 
载 很 入， 所 以 每 次 发 版 前 ， 都 要 把 服务 右上 最 新 的 Zip 压 缩 包 放 到 App 安 
装 包 中 。 


9.4.2 Zip 包 的 增 量 更 新 机 制 


即使 如 此 ， 每 次 有 新 版 本 的 HIML5， 都 要 下 载 一 个 最 新 的 Zip 包 ， 
还 是 很 慢 。 为 此 我 们 要 减 小 Zip 的 体积 。 我 们 知道 ，Zip 包 中 包括 HTML5 
页 面 、 图 片 、CSS 和 JS 文件 ， 但 并 不 是 每 次 升级 每 个 文件 都 要 更 新 ， 我 
们 要 把 那些 不 随 版 本 升级 而 变化 的 文件 挑 出 来 ， 压 缩 成 common.zip， 放 
到 App 包 中 ， 仍 然 是 第 一 次 启动 App 后 解压 缩 到 本 地 。 这 样 每 次 HTML5 
页 面 的 版 本 要 升级 ， 确 保 要 下 载 的 Zip 包 中 只 包括 新 增 的 和 修改 的 文件 
就 可 以 了 ， 从 而 确保 了 Zip 包 的 体积 最 小 ， 可 以 快速 下 载 到 App， 仍 然 解 
压 到 相同 的 目录 下 ， 如 果 有 相同 的 文件 则 将 其 覆盖 。 我 们 称 这 种 机 制 
为 “ 增 量 更 新 ”。 


我 说 的 这 种 增 量 包 ， 只 包括 新 增 的 和 修改 的 文件 ， 对 于 删除 的 文 
件 ， 我 们 不 用 去 管 它 ， 就 把 它 扔 在 手机 的 本 地 目录 下 好 了 。 





也 许 有 人 会 问 ， 当 App 正 在 访问 本 地 一 个 HTML 页 面 的 时 候 ， 恰 好 
本 地 解压 Zip 包 时 要 和 宪 新 这 个 文件 ， 那 么 会 不 会 像 PC 机 那样 弹出 个 窗口 
提示 “该 文件 正在 使 用 中 ， 复 制 工作 不 能 进行 ”? 经 过 测试 ， 在 手机 上 不 


存在 这 个 问题 。 


就 算是 增 量 更 新 ， 也 要 控制 增 量 包 的 大 小 在 100KB 以 内 。 


9.4.3 制作 Zip 增 量 包 


那么 问题 来 了 ， 如 何 制 作 增 量 包 ?比如 说 ，HTML5 内 置 在 App 中 的 
版 本 号 是 1.0， 两 天 后 线 上 HTML5 版 本 更 新 为 1.1， 于 是 我 们 需要 提供 一 
个 增 量 压缩 包 供用 户 下 载 ， 这 是 1.1 和 1.0 之 间 的 增 量 。 又 过 了 两 天 ， 线 
上 HTML5 版 本 更 新 到 1.2 了 ， 因 为 我 们 不 确保 所 有 用 户 的 HTML5 本 地 版 
本 都 从 1.0 升 级 到 1.1 了 ， 所 以 这 时 我 们 就 要 提供 两 个 增 量 压缩 包 ， 一 个 
是 1.2 和 1.1 之 间 的 增 量 包 ， 男 一 个 则 是 1.2 和 1.0 之 间 的 增 量 包 。 随 着 
HTML5 版 本 的 不 断 升 级 ， 每 次 要 生成 的 增 量 压缩 包 会 越 来 越 多 。 





我 们 不 能 每 次 手动 打 增 量 包 ， 这 是 要 累 死 人 的 。 我 们 需要 记录 每 个 
HTML5 版 本 对 应 的 目录 和 文件 ， 放 到 GIT 服 务 嚣 上 是 个 不 错 的 选择 。 
GIT 提 供 这 样 的 命令 行 工具 ， 比 较 两 次 提交 之 间 的 区 别 。 此 外 ， 需 要 做 
一 个 小 工具 ， 它 具有 一 个 “发 布 ”按钮 ， 点 击 这 个 按钮 后 将 会 从 GIT 服 务 
器 中 逐个 比较 当前 版 本 1.2 和 历史 版 本 1.0、1.1 之 间 的 区 别 ， 分 别 打包 成 





Zip， 然 后 发 布 到 服务 器 上 提供 下 载 。 





这 是 件 很 系 琐 的 事情 。 但 是 你 会 发 现 ， 虽 然后 台 生 成 增 量 压 纵 包 的 
逻辑 超级 复 林 ， 但 是 App 的 业务 逻辑 却 非常 简单 了 ，App 只 要 知道 增 量 
压缩 包 的 下 载 地 址 惑 够 了 。 





即使 如 此 ， 如 果 增 量 包 中 的 图 片 过 多 ， 那 么 这 个 增 量 包 还 是 会 很 
大 。 这 时 我 们 就 要 控制 增 量 包 中 图 片 的 数量 ， 只 要 保证 App 首 屏 显 示 的 
图 片 在 增 量 压缩 包 中 即 可 ， 至 于 屏幕 外 的 图 片 ， 还 是 使 
用 http://www.aaa.com/aa.jpg 这 样 的 URL， 同 时 要 在 App 的 WebView 控 件 
上 建立 图 片 缓存 ， 以 确保 再 次 访问 这 个 URL 时 不 会 重新 加 载 图 片 浪费 用 
户 的 时 间 和 流量 。 


、 





对 于 后 台 运 营 人 员 ， 她 们 要 经 常 上 一 些 新 活动 ， 以 至 于 每 时 每 刻 都 
有 可 能 更 新 HTML5 的 内 容 并 希望 用 户 能 立刻 看 到 这 些 变 化 。 这 时 候 手 
动 点 击 Publish 按 钮 就 会 跟 不 上 节 委 了 了。 一 种 好 的 解决 方案 是 ， 在 服务 圳 
创建 一 个 Task， 每 10 分 钟 执行 一 次 ， 把 这 10 分 钟 内 有 改动 的 内 容重 新 打 
增 量 压缩 包 。 服 务 器 端 业务 旬 辑 仍然 会 很 复杂 ， 但 是 极 大 地 提高 了 客户 
端的 信息 更 新 频率 。 





有 的 HTML5 页 面 会 在 HTML 页 面 中 使 用 AJAX 调 用 网 络 接口 获取 数 
据 ， 当 我 们 将 其 打包 成 Zip 解 压 到 手机 本 地 再 去 加 载 的 时 候 ，AJAX 因 为 
存在 跨 域 的 问题 而 不 能 访问 到 网 络 接口 数据 ， 这 时 我 们 就 要 同时 从 App 


的 代码 和 HTML 的 代码 进行 配置 ， 才 能 解决 这 个 问题 。 


9.4.4 ”使 用 WebView 预 先 加 载 HTML5 并 缓存 到 本 地 


前 面 的 设计 太 复 杂 了 。 


为 了 快速 加 载 HTML5， 我 们 可 以 党 试 多 种 方法 。 比 如 ， 利 用 
WebView 控 件 的 缓存 技术 。 如 果 在 App 的 某 个 页 面 设 置 了 WebView 的 组 
存 ， 那 么 再 次 打开 相同 的 URL 时 ， 如 果 没 有 过 期 ， 就 会 使 用 本 地 的 缓存 
数据 。 但 即使 如 此 ， 也 不 能 解决 第 一 次 加 载 HIML5 时 很 慢 的 问题 ， 但 
是 我 们 可 以 在 上 一 个 页 面 创建 一 个 webView， 让 它 预 先 加 载 这 个 URL， 
这 样 就 能 提前 把 HIML5 页 面 缓存 到 本 地 ， 一 定 要 记 住 ， 要 把 这 个 


WebView 设 置 为 不 可 见 ， 人 否则 惑 露 饮 了 。 





这 样 做 虽然 大 幅 提升 了 HTML5 加 载 的 速度 ， 但 是 却 非 党 耗 流 量 ， 
采用 这 个 朱 略 的 时 候 要 谨慎 。 


9.5 ” 竞 品 技术 三 向， 安装 包 的 大 小 
9.5.1 ”从 几 件 小 事 说 起 


春节 在 家 帮 姐 姐 的 Phone 手 机 安装 市 面 上 形形色色 的 App， 态 记 她 
是 使 用 4G 流 量 包 月 了 ， 于 是 在 下 载 了 10 个 App 后 ， 不 但 耗 尽 了 流量 ， 还 
按照 0.3 元 / 兆 的 价格 扣 了 七 八 十 元 的 流量 费 。 后 来 我 检查 了 这 几 个 App 
的 体积 ， 发 现 每 个 App 体 积 都 是 40~50MB 的 样子 ， 这 让 我 很 吃惊 ， 因 为 
我 记得 两 年 前 这 些 App 也 就 在 10~20MB 的 样子 。 








另 一 件 记 忆 狂 新 的 事情 ， 是 去 公园 景点 游玩 ， 当 时 公园 门口 有 个 活 
动 * 扫 二 维 码 下 载 App 下 单 立 减 10 元 ”， 但 是 我 发 现下 载 这 个 40MB 的 App 
要 人 花费 12 元 的 流量 ， 这 样 其 实 是 要 额外 多 人 花 2 元 钱 ， 所 以 “ 扫 码 立 减 ?这 
件 事情 对 于 我 这 种 "小市民 ?而 言 是 很 不 划算 的 。 





由 此 而 得 到 一 个 结论 ，App 安 装 包 的 体积 一 定 要 小 ， 至 少 要 比 竞争 
对 手 的 App 体 积 小 。 








对 于 Android 而 言 ， 国 内 的 各 大 市 场 商 店 已 经 发 现 这 个 问题 了 ， 睦 
以 对 于 用 户 升 级 App， 会 为 每 个 App 提 供 增 量 下 载 的 功能 ， 所 以 App 版 本 
升级 不 再 是 几 十 兆 的 流量 ， 而 只 是 下 载 1*2MB 的 增 量 包 惑 能 升级 到 最 新 
版 本 ， 这 样 就 极 大 节省 了 流量 。 吕 








对 于 iOS 而 言 ，AppStore 从 iOS6 开 始 提 供 增 量 更 新 功能 。 对 于 iOS 
6.x 和 iOS7.0， 只 要 有 文件 改动 过 ， 这 个 文件 就 会 进入 到 增 量 更 新 包 中 ， 
比如 说 1 个 10MB 的 文件 ， 只 改动 了 1KB 的 内 容 ， 这 个 10MB 文 件 就 会 进 
入 到 增 量 更 新 包 中 ， 包 还 是 很 大 。 到 了 iOS7.1 及 更 高 版 本 ， 这 个 机 制 进 
行 了 改良 ， 它 会 把 这 1KB 的 改动 内 容 放 到 增 量 更 新 包 中 ， 从 而 极 大 地 减 
少 了 增 量 更 新 包 的 大 小 ， 但 是 安装 的 时 候 会 变 慢 ， 因 为 要 把 这 1KB 的 改 
动 内 容 合 并 到 10MB 文 件 中 ， 这 是 个 很 繁琐 很 费时 的 工作 。 











尽管 如 此 ， 以 上 种 种 措施 只 能 解决 升级 用 户 的 流量 困扰 ， 对 新 用 户 
并 无 帮助 。 我 们 必须 减 小 安装 包 的 大 小 ， 才 能 吸引 更 多 的 新 用 户 。 





9.5.2 ”安装 包 为 什么 那么 大 


是 什么 让 App 安 装 包 的 体积 变 得 如 此 之 大 ? 








我 们 在 前 面 的 章节 看 到 了 iOS 和 Android 安 装 包 的 内 部 结构 ， 对 于 可 
执行 文件 ， 我 们 无 能 为 力 ;， 对 于 xml 文 件 ， 这 些 文件 在 App 打 包 压 缩 后 
会 极 大 减 小 体积 ， 所 以 也 不 用 管 它们 ; 那么 就 只 能 在 图 片 和 音频 文件 上 
做 文章 了 。 


各 位 读者 看 到 这 里 ， 都 请 俘 下 手中 的 工作 ， 检 查 一 下 目 家 App 包 中 
图 片 和 音频 文件 的 大 小 。 图 片 但 凡是 大 于 1MB 的 ， 都 是 需要 瘦身 的 。 对 
于 500KB~1MB 这 个 区 间 内 的 ， 也 有 瘦身 的 可 能 。 我 研究 过 很 多 知名 的 








App， 其 中 有 很 多 图 片 都 在 2~3MB 的 样子 ， 其 实 真 没有 必要 ， 之 所 以 这 
么 大 ， 是 因为 UI 设计 人 员 提 供 的 设计 稿 就 是 这 么 大 ， 开 发 人 员 拿 过 来 也 
不 看 文件 体积 大 小 直接 就 往 项 目 里 放 ， 久 而 久之 ，App 包 的 体积 就 大 

了 于 





在 众多 App 之 中 ， 我 印象 最 深 的 是 一 球 旅 游 类 软件 ， 它 的 所 有 图 片 
都 不 超过 100KB， 其 至 说 50KB 以 上 的 图 片 都 届 指 可 数 。 这 是 把 品质 做 
到 家 的 表现 。 


接 下 来 说 音频 文件 ， 对 于 应 用 类 App 而 言 ， 我 见 到 的 大 都 是 App 推 
送 时 发 出 的 声音 ， 这 个 声音 很 简单 ， 不 应 该 超过 10KB。 但 我 在 很 多 App 
中 看 到 的 音频 ， 都 在 100KB 左 右 。 这 是 我 们 优化 的 一 个 方向 。 网 上 有 很 
多 这 样 的 软件 ， 可 以 对 音频 进行 大 幅 压 缩 。 





9.5.3 png 和 jpg 的 区 别 及 使 用 场景 
设计 师 曾 经 问 过 我 ，App 为 什么 不 使 用 jpg 图 片 ， 因 为 同样 的 尺寸 ， 
png 格 式 的 图 片 要 比 jpg 图 片 大 很 多 。 


众所周知 ，png 有 透明 通道 ， 而 jpg 疫 有 ， 此 外 png 是 无 损 压 缩 的 ， 
而 jpg 是 有 损 压缩 的 ， 所 以 png 中 存储 的 信息 会 很 多 ， 体 积 自然 就 大 了 。 


但 是 手机 却 偏 偏 对 png 情 有 独 钟 ， 会 对 其 进行 硬件 加 速 ， 所 以 我 们 


会 发 现 ， 同 样 一 张 背景 图 ，png 虽 然 体积 比 jpg 大 但 是 加 载 速度 却 要 快 一 


些 。 


综 上 所 述 ， 对 于 App 包 中 的 图 片 ， 我 们 都 使 用 png 格 式 的 ， 而 对 于 
要 从 网 上 加 载 的 图 片 ， 考 虑 到 流量 以 及 下 载 速度 ， 则 使 用 pg 格式 的 ， 
因为 它 有 较 高 的 压缩 率 ， 体 积 很 小 。 











但 是 对 于 背景 图 、 引 导 页 ， 这 种 大 尺寸 的 图 片 ， 我 们 还 是 倾向 于 使 
用 jpg 格 式 ， 虽 然 加 载 慢 一 些 ， 但 是 体积 小 ， 减 少 了 包 的 体积 。 我 看 过 
的 App 基 本 都 是 这 么 做 的 。 


对 于 Splash 三 告 图 ， 就 是 那个 每 次 开局 App 一 内 而 过 的 广告 ， 由 于 
我 们 隔 三 爹 五 就 要 从 线 上 下 载 新 的 广告 图 并 展示 在 Spalsh 页 面 上 ， 上 所 以 
这 里 使 用 pg 格式 的 图 片 。 


对 于 iOS， 苹 果 规 定 启动 页 (Launch image) 必须 是 png 图 片 ， 否 则 
审核 时 就 会 被 拒 。 


Google 后 来 发 布 了 一 种 新 的 图 片 格式 ，WebP， 它 的 压缩 率 比 jpg 更 
好 ， 已 经 慢 慢 普及 。Android 上 自然 是 支持 的 ，iOS 想 要 使 用 这 种 格式 的 图 
片 ， 需 要 在 程序 中 引入 WebP 解 码 露 。 











9.5.4 ”Splash、3 引 叶 图 和 背景 图 


通过 对 50 多 球 App 中 的 图 片 逐 个 分 析 ， 我 发 现 有 3 种 比较 典型 的 场 
景 ， 大 多 数 公司 的 解决 方案 是 雷同 的 : 


1) Splash 默 认 广 告 是 体积 最 大 的 ， 而 且 对 应 不 同 机 型 ， 要 做 多 套 ， 
根据 我 的 经 验 ， 每 张 图 控制 在 300~500KB 左 右 就 可 以 了 。 分 辨 紊 再 高 ， 
对 于 手机 而 言 ， 看 不 出 效果 。 





2) 引导 图 ， 设 计 师 每 次 部 会 给 几 张 高 分 辩 率 的 图 片 ， 然 后 程序 员 
不 加 思索 地 直接 放 到 App 里 ， 这 样 App 体 积 自然 就 变 大 了 。 其 实 ， 仔 细 
观察 ， 你 会 发 现 ， 为 了 保持 风格 统一 ， 这 些 图 片 的 背景 都 是 一 样 的 。 所 
以 我 们 完全 可 以 这 样 做 ， 比 如 说 背景 上 有 一 只 小 兔子 : 





-把 背景 与 小 兔子 拆 分 成 2 张 图 片 。 如 果 另 一 个 引导 图 的 背景 上 有 一 
只 小 鸭子 ， 那 么 就 只 需要 这 张 小 鸭 子 的 图 片 了 ， 背 景 图 可 以 复 用 。 


根据 分 辨 京 ， 动 态 放置 小 兔子 的 位 置 ， 动 态 拉 伸 背 景 图 ， 使 之 铺 


满 整个 屏幕。 


3) 对 于 背景 图 ， 为 了 达到 一 种 视觉 效果 ， 这 张 图 片 经 常 被 添加 虚 
化 等 效果 ， 既 然 如 此 ， 没 有 必要 做 得 太 清晰 ， 应 该 控制 在 50KB 左 右 ， 
看 到 很 多 App 中 类 似 的 背景 图 都 在 1IMB 左 右 ， 实 在 没有 必要 。 背 景 图 一 
般 使 用 jpg 文 件 。 








9.5.5 ioOS 的 1 倍 网 、2 倍 图 和 3 倍 图 


iOS 不 使 用 像素 作为 单位 ， 而 是 使 用 点 这 个 单位 ， 对 于 iPhone4 及 之 
后 ，1 点 等 于 2 个 像素 ， 而 对 于 iPhone3GS 及 之 前 ，1 点 等 于 1 个 像素 。 这 
样 束 保证 了 之 前 在 iPhone3GS 上 运行 的 App， 不 用 修改 也 能 在 iPhone4 上 
运行 。 [3] 


& 


但 是 原先 适用 于 iPhone3GS 的 图 片 ， 比 如 a.png 的 尺寸 是 30x40 像 
素 ， 在 iPhone4 中 看 起 来 就 模糊 了 。 于 是 我 们 必须 为 apng 再 准备 一 张 
60x80 像 素 的 图 片 ， 命 名 为 a@2x.png， 也 放 到 App 项 目 中 ， 这 样 App 在 运 
行 时 会 根据 屏幕 是 否 为 iPhone3GS 来 选择 相应 的 图 片 。iPhone3GS 会 选择 
a.png，iPhone4 会 选择 a@2x.png。 对 于 iPhone4 而 言 ， 如 果 没 有 这 张 2 倍 
图 ， 则 选择 a.png， 所 以 束 模 糊 了 。 














iPhone4S、iPhone5、iPhone5c、iPhone5s、iPhone6， 它 们 都 使 用 
a@2x.png 这 张 2 倍 图 。 


直到 iPhone6 Plus， 才 需要 提供 a@3x.png 的 图 片 。 如 果 没 有 这 张 3 倍 
图 呢 ， 它 会 选择 1 倍 图 或 2 倍 图 ， 我 尝试 过 只 有 2 倍 图 的 情况 ， 在 iPhone6 
Plus 上 确实 是 模糊 的 效果 。 











那么 问题 就 来 了 ， 我 们 需要 为 每 张 图 都 提供 1 倍 图 、2 倍 图 和 3 倍 图 
这 3 张 图 片 吗 ? 


我 看 到 一 款 国 际 版 的 App 是 这 么 处 理 图 片 的 。 它 在 提供 了 多 国语 言 
文字 的 同时 ， 还 为 每 张 图 片 生成 了 1 倍 图 、2 倍 图 和 3 倍 图 。 这 就 导致 了 








这 球 App 的 体积 非常 大 。 看 上 去 有 扣 “ 宁 可 错 杀 一 干 ， 不 可 放 走 一 个 ”的 
感觉 ， 但 只 要 反 过 来 想 ， 图 片 一 张 也 不 缺 ， 永 远 不 会 模糊 。 











我 查看 过 很 多 App 的 图 片 ， 发 现 1 倍 图 铺天盖地 ， 但 并 不 是 每 张 1 信 
图 都 有 相应 的 2 倍 图 和 3 倍 图 ， 或 者 是 只 有 相应 的 2 倍 图 而 没有 3 倍 图 ， 当 
然 ， 也 有 只 存在 2 倍 图 和 3 倍 图 而 找 不 到 1 倍 图 的 情况 。 图 片 管理 五 花 八 
门 ， 乱 七 八 糟 。 




















但 是 在 中 国 ， 可 不 是 这 样 哦 。 我 看 过 友 盟 给 出 的 数据 报告 ， 中 国 
iPhone3GS 用 户 不 足 0.1%。 于 是 ， 我 有 一 个 大 胆 的 设想 ， 束 是 把 iOS App 
的 包 中 所 有 的 1 倍 图 都 和 干掉， 为 每 张 图 生成 2 倍 图 和 3 倍 图 。 








很 多 公司 都 有 根据 1 倍 图 批量 生成 2 倍 图 和 3 倍 图 的 工具 ， 我 也 曾 用 
C# 写 过 一 个 。 但 是 我 用 现 有 问题 ， 并 不 是 每 张 图 片 转换 后 都 清晰 ， 和 天 量 
图 可 以 拉 伸 ， 但 是 拉 伸 位 图 就 会 失真 。 当 我 反 过 来 根据 3 倍 图 批量 生成 1 
倍 图 和 2 倍 图 时 ， 却 发 现 位 图 可 以 压缩 ， 而 天 量 图 压缩 后 会 失真 。 于 是 
一 种 好 的 解决 方案 是 ， 先 把 所 有 图 片 按 照 位 图 和 矢量 图 进行 分 类 ， 属 于 
矢量 图 的 ， 要 提供 1 倍 图 ， 然 后 批量 转换 为 2 倍 图 和 3 倍 图 ， 而 属于 位 图 
的 ， 则 提供 3 倍 图 ， 然 后 批量 转换 为 1 倍 图 和 2 倍 图 。 






































这 个 解决 方案 并 不 能 有 效 减 小 iDOS 包 的 体积 ， 说 不 定 反而 会 增 大 包 
的 大 小 ， 但 是 却 能 系统 地 对 图 片 进 行 管理 ， 从 而 确保 每 张 图 片 都 是 清晰 
的 。 





9.5.6 ”在 iO0S 中 进行 图 片 拉 伸 和 旋转 


在 Android 技 术 领 域 ， 流 行 .9 图 这 个 概念 ， 从 而 极 大 地 市 省 了 图 片 的 
体积 。iOS 其 实 也 可 以 这 么 干 ， 使 用 iOS 的 图 片 拉 伸 语 法 ， 可 以 把 一 张 .9 
图 铺 满 一 个 区 域 ， 比 如 说 按钮 ， 如 下 所 示 : 


(UIImage *)resizableImagewithCapInsets:(UIEdgeInsets)capInsets 





其 中 capInsets 这 个 参数 是 一 个 UIEdgeInsets 类 型 的 结构 体 ， 被 
capInsets 神 新 到 的 区 域 将 会 保持 不 变 ， 而 未 和 窗 新 到 的 部 分 将 会 用 于 平 
铺 。 


以 上 这 个 方法 只 适用 于 iOS5.0 及 以 上 版 本 ，5.0 以 下 版 本 有 男 外 的 解 
决 方案 ， 但 是 目前 国内 的 App 都 只 文 持 5.0 以 上 版 本 了 ， 上 所 以 这 里 我 就 不 
提 及 了 。 








对 于 箭头 ， 更 没 必要 准备 上 下 左右 4 张 图 片 ， 准 备 一 张 图 片 就 够 
了 ， 使 用 的 时 候 在 方向 上 进行 旋转 即 可 。 


9.5.7 “使 用 XML 配置 动画 


动画 主要 用 在 引导 图 中 以 及 加 载 进度 条 上 。 





做 应 用 类 App 的 开发 人 员 做 动画 不 是 很 在 行 ， 所 以 他 们 会 要 求 设 计 


师 提 供 gif 格式 的 动画 ， 或 者 二 十 多 张 图 片 进行 轮 播 ， 以 达到 gif 动画 的 
效果， 殊不知 ， 在 编程 上 简单 了 ， 但 是 App 的 体积 却 相 应 变 大 了 。 








比较 简单 的 解决 方案 是 ， 减 少 动画 中 的 关键 帧 ， 来 降低 动画 的 大 


小 。 


稍微 正规 一 点 ， 还 是 要 使 用 原生 的 Android 或 iOS 原 生 代码 来 实现 。 
任何 复杂 的 动画 ， 都 是 由 四 种 简单 的 动画 组 成 的 ， 分 别 是 ， 移动 、 旋 
转 、 纵 放 、 渐 变 。 在 Android 中 ， 是 使 用 XML 来 配置 的 ， 上 述 这 四 种 简 
单 动画 都 有 对 应 的 XML 语法 ， 可 以 很 快 拼凑 出 一 个 复杂 的 动画 ;而 对 
于 iOS， 只 好 使 用 编码 方式 了 。 


我 们 为 什么 不 仿照 Android 的 XML 动画 实现 技术 ， 为 i0S 也 量 身 定制 
一 套 XML 的 动画 标签 呢 ? 从 而 不 用 写 任何 Objective-C 代 码 ， 配 置 几 行 


XML 就 展现 一 个 动画 。 








我 见 过 一 家 App 就 是 使 用 这 个 思想 在 plist 中 配置 属性 来 做 iOS 动 画 
的 ， 如 图 9-4 所 示 ， 就 是 一 个 平移 的 动画 。 
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图 9-4 配置 文件 中 的 平移 动画 


基于 这 个 配置 ， 还 需要 有 一 个 动画 引擎 ， 来 解析 这 个 配置 文件 ， 将 
其 翻译 成 Objective-C 原 生 语 言 。 在 设计 模式 中 ， 我 们 称 之 为 解释 器 模 
了 











不 单 如 此 ， 我 还 需要 有 个 测试 页 面 ， 通 过 在 这 个 页 面 中 修改 动画 的 
属性 ， 然 后 点 击 按钮 能 立刻 看 到 改动 后 的 效果 ， 而 不 需要 重新 运行 App 
程序 。 点 个 按钮 就 能 执行 输入 框 中 的 XML 脚本 。 


使 用 上 述 的 知 干 方法 ， 我 们 可 以 把 1 个 500KB 左 右 的 gif 文件 ， 减 小 
到 50KB 的 几 张 图 片 ， 并 且 极 大 地 节省 了 而 开发 成 本 。 


9.5.8 ”iOS 使 用 storyboard 还 是 xib 


抱 菊 ， 我 始终 不 喜欢 storyboard， 但 是 存在 即 合理 。 我 曾经 认为 


storyboard 比 xib 大 ， 是 导致 iDS 安 装 包 体 积 变 大 的 一 个 原因 ， 于 是 我 做 了 
一 件 探索 性 的 工作 ， 就 是 把 storyboard 中 的 页 面 拆 分 为 若干 个 xib 文 件 ， 
然后 重新 打包 ， 但 是 结果 却 是 前 后 大 小 一 致 。 











结论 是 ， 是 否 使 用 storyboard， 对 ipa 包 大 小 没有 影响 。 
9.5.9 字体 文件 的 学 问 


我 在 某 个 ipa 包 中 发 现 了 ttf 格 式 的 字体 文件 。 起 初 还 以 为 是 他 们 的 
App 使 用 了 某 种 特定 字体 ， 但 打开 这 个 tt 文件 后 才 发 现 ， 这 里 面 存 放 的 
居然 是 图 片 ， 如 图 9-5 所 示 。 


YV《2 八 会 作 


图 9-5 ”字体 文件 中 的 icon 图 片 


每 个 icon 对 应 一 个 十 六 进 制 的 数字 ， 比 如 第 一 个 是 \Ue600， 这 个 值 
是 唯一 的 。 


观察 这 个 字体 文件 ， 我 们 看 到 所 有 的 icon 具 有 以 下 共性 : 


些 icon 都 是 单 色 的 ， 可 以 在 App 中 的 页 面 里 设置 这 些 icon 为 其 他 
颜色 ， 但 也 必须 是 单 色 。 


这些 icon 可 大 可 小 ， 因 为 它们 是 一 种 “字体 *"， 字 体 是 矢量 图 ， 所 以 
拉 伸 不 会 失真 。 


-这 个 ttf 文 件 体积 很 小 ， 比 做 成 单独 的 png 图 片 要 小 。 








有 人 立刻 就 会 联想 到 iOS 的 1 们 图 、2 倍 图 和 3 倍 图 ， 每 次 部 要 准备 3 
张 图 片 ， 分 别 适用 于 不 同 的 手机 型 号 。 如 果 做 成 一 个 字体 ， 就 可 以 减少 
体积 ， 再 也 不 用 设计 @2x 和 @3x 两 套图 了 一 一 这 种 方案 仅 限 于 单 色 图 
片 。 


我 们 一 般 到 下 述 网 站 来 把 单 色 icon 转 换 成 字体 文 
件 : https:Wicomoon.io 。 或 者 使 用 FontLab 这 样 的 工具 自己 来 制作 。 


接 下 来 我 们 来 看 如 何在 App 中 推广 这 门 技术 。 
1) Android 


首先 把 这 个 字体 文件 放 到 assets 目 录 下 ， 如 图 9-6 所 示 : 





图 9-6 assets 目录 下 的 字体 文件 


接 下 来 ， 我 们 将 icon 和 十 六 进 制 编码 的 映射 关系 保存 在 drawable 资 


源 文 件 中 : 





<String name="font_icon_1_normal"> 


</string> 
<string name="font_icon 1 pressed"> 


</string> 





这 样 就 可 以 使 用 R.id.font icon 1 _normal 这 样 的 语法 来 取出 这 个 图 片 
于 





TextView textViewl1 = (TextView) findViewById(R.id.textViewi); 
Typeface font = Typeface.createFromAsset( 
getAssets(), "icomoon.ttf"); 
textView1.setTypeface(font); 
textView1.setTextSize(12); 
textView1.setText( 
getResources().getSstring(R.string.font_icon 1 _ normal)); 





也 可 以 将 其 设计 为 一 个 Drawable 对 象 ， 然 后 设置 给 ImageView 这 样 
的 控件 。 


2) 对 于 iOS， 实 现 思 路 差不多 。 


首先 我 们 要 把 icmoon.ttf 文 件 添加 到 项 目 中 ， 如 图 9-7 所 示 。 


、UselconlnTTF 
y Ea ] target, iOS SDK 6.0 


Vv[ UselconInTTF 
‘> icomoon.ttf 
Im TTFConstants.h 
Ih| AppDelegate.h 


ml AppDelegate.m 
hi ViewController.h 
m ViewController.m 
闲 ViewController.xib 
Vv| |Supporting Files 
园 UselconInTTF-Info.plist 





图 9-7 ”UselIconInTTF 中 的 icomoon.ttf 文 件 


在 Supporting Files 目 录 下 的 UserIconInTTF-Info.plist 文 件 中 ， 增 加 一 
个 配置 ， 类 型 指定 为 Fonts provided by app-lication， 在 其 中 添加 对 
icomoon.ttf 字 体 文件 的 声明 ， 如 图 9-8 所 示 。 


¥ Information Property List Dictionary (14 items) 


VW Fonts provided by application 人 加 日 Array (1 item) 
ltem 0 String icomoon.ttf 





图 9-8 ”在 UselconInTTF-Info.plist 配 置 icomoon.ttf 


与 Android 类 似 ， 为 了 不 直接 使 用 \ue605 这 样 的 十 六 机 制 编 码 数 字 ， 
我 们 将 icon 和 十 六 进 制 编 码 的 映射 关系 定义 为 一 个 宏 TTFConstants: 


#define font_icon 1_normal "\ue605" 
#define font_icon 1 pressed "\ue606" 








接 下 来 只 要 两 行 代码 就 能 显示 这 个 字体 文件 中 的 图 片 : 





[selLf. Jabel1 setFont:[UIFont fontwithName:@"icomoon" size:12]]; 
[self.label1 setText: 
[NSString stringwithUTF8String: font_icon 1 normall]]; 





9.5.10 ”表情 图 片 打 包 下 载 


对 于 表情 图 片 。 很 多 App 中 集成 了 聊天 功能 ， 有 了 聊天 ， 自 然 束 要 
提供 各 种 表情 图 片 ， 有 静态 图 png， 也 有 动画 gift， 虽 然 每 个 都 不 大 ， 但 
征 数 量 多 啊 ， 都 打 到 包 里 面 一 起 发 布 ， 会 直接 导致 包 变 大 。 


考 谍 到 实际 的 场景 ， 用 户 不 会 一 打开 App 就 使 用 聊天 功能 ， 所 以 我 
们 可 以 把 这 些 表情 图 片 打 包 成 一 个 Zip 包 ， 在 启动 App 的 时 候 ， 在 一 个 新 
的 线程 中 异步 下 载 这 个 Zip 包 然后 解压 到 本 地 。 这 样 以 后 聊天 的 时 候 就 
可 以 使 用 本 地 的 图 片 了 。 对 此 ， 我 们 要 做 好 版 本 增 量 升级 功能 ， 以 确保 
有 新 表情 图 片 的 时 候 也 能 下 载 到 本 地 后 使 用 。 


9.5.11 清除 未 使 用 图 片 


对 于 Android 而 言 ，Eclipse 可 以 自动 检查 出 哪些 图 片 没 有 用 到 。 


对 于 iOS 而 言 ， 则 需要 写 个 小 程序 ， 逐 一 检查 哪些 图 片 没 有 使 用 
到 ， 注 意 ， 对 于 a@2x.png 和 a@3x.png 的 处 理 ， 要 先 将 @2x 和 @3x 过 滤 
挥 。 


无 论 是 Android 还 是 iDOS， 即 使 发 现 到 宛 余 图 片 ， 也 不 能 直接 删除 ， 
因为 我 们 的 程序 经 常会 在 代码 中 动态 决定 要 显示 哪些 图 片 ， 我 们 只 能 检 
查 这 些 图 片 在 版 本 库 的 修改 历史 ， 来 决定 这 些 图 片 是 否 真 的 不 需要 了 。 














9.5.12 ”Proguard 不 只 是 用 来 泥 消 的 


一 提起 Android 中 的 Proguard， 我 们 首先 想到 的 是 代码 混 请 ， 那 是 因 
为 我 们 要 经 名 去 修改 proguard.cfg 文 件 ， 去 keep 那 些 不 需要 被 混淆 的 类 和 
四 

其 实 ，Proguard 还 能 瘦身 apk， 在 打包 时 它 会 帮忙 检查 那些 不 使 用 的 
类 和 方法 ， 将 其 移 除 。 最 有 效果 的 就 是 那些 第 三 方 SDK 了 ， 比 如 说 
aSmack 这 个 用 于 xmpp 的 SDK 有 几 万 个 方法 ， 但 其 实 我 们 只 使 用 其 中 很 
小 的 一 部 分 。Proguard 会 帮助 我 们 把 不 使 用 的 部 分 移 除 ， 从 而 极 大 地 减 
小 了 apk 的 体积 。 


9.5.13 在 iOS 中 使 用 pdf 格式 的 图 片 


在 研究 各 家 App 的 过 程 中 ， 我 发 现 菏 亚 App 的 ipa 文 件 中 有 几 张 pdf 格 


式 的 图 片 。 


在 研究 中 还 发 现 ， 有 几 款 App 的 ipa 包 中 的 每 张 图 片 都 做 成 imageset 
的 形式 ， 每 个 imageset 目 录 中 都 同时 存在 这 张 图 片 的 1 倍 图 、2 倍 图 和 3 倍 
图 ， 如 图 9-9 所 示 。 








v MM a.imageset 
是 a.png 


加 a@2x.png 


四 a@3x.png 
是 Contents.json 





图 9-9 ”cancelSelectedListBtn.imageset 目 录 下 的 3 张 图 片 


上 述 这 两 件 看 似 无 关 的 事情 ， 其 实 是 使 用 了 iOS 的 一 个 新 技术 。 让 
我 们 从 这 些 蛛丝马迹 中 探索 隐 。 


我 请 设计 师 把 这 几 张 pdf 图 片 做 成 同样 的 png 图 片 ， 体 积 相差 不 大 ， 
所 以 和 png 相 比 坚 无 优势 。 由 于 这 个 App 的 ipa 包 中 有 几 百 张 图 片 ， 其 中 
只 有 这 3 张 图 片 是 pdf 格式 的 ， 所 以 我 怀疑 ， 这 只 是 他 们 的 新 技术 尝试 。 


再 观察 imageset 目 录 下 的 那 3 张 图 片 ， 我 发 现 每 张 图 片 都 是 这 样 的 。 
这 不 由 使 我 意识 到 ， 一 定 是 用 了 什么 工具 ， 一 次 性 生成 的 这 些 图 片 。 


搜索 关键 字 iostpdf， 直 到 找到 “Using Vector Images in Xcode 6” 这 篇 


文章 岗 ， 才 发 现 这 是 iD0S8 才 出 现 的 一 种 新 技术 ， 只 能 在 XCode6 上 使 
用 。 


在 这 里 简单 介绍 一 下 这 门 技术 ， 移 绘制 一 张 pdf 天 量 网 ， 然 后 
XCode6 在 编译 的 时 候 ， 会 生成 3 张 pdf 格式 的 图 片 ， 分 别 是 1 倍 图 、2 倍 
图 、3 倍 图 。 这 样 就 避免 了 图 片 不 全 导致 的 模糊 ， 也 避免 了 每 次 都 要 设 
计 师 准备 3 套图 的 抹 烦 。 





但 是 ， 我 们 为 什么 要 在 用 户 的 记 hone 上 装 一 些 永远 用 不 到 的 图 片 
昵 ?苹果 笋 费 理 心 搞 出 来 这 样 一 门 技术 ， 仍 然 没有 解雇 App 体 积 日 益 脱 
胀 的 现实 ， 而 且 这 门 技术 只 会 让 App 的 体积 变 得 更 庞大 一 一 而 这 才 是 用 
户 的 痛 点 所 在 。 是 否 可 以 让 App 中 只 包括 pdf 矢 量 图 ， 只 有 在 用 户 下 载 完 
App 开 始 安 装 的 时 候 ， 才 根据 用 户 的 机 型 ， 把 pdf 转 换 为 相应 的 图 片 ， 比 
如 iPhone 6+ 上 App 生 成 的 图 片 就 是 3 倍 图 。 











苹果 公司 在 iOS9 中 推出 了 App 瘦 映 功 能 ， 据 说 能 大 幅 减 少 要 下 载 的 
App 包 的 体积 ， 有 具体 效果 如 何 ， 我 们 拭目以待 。 


9.5.14 ” iOS 的 包 永 远 比 Android 包 体积 大 吗 


我 比较 了 100 多 球 App 后 发 现 ， 同 一 球 App 的 iOS 和 Android 版 本 ， 
iOS 的 ipa 包 一 定 比 Android 的 apk 包 在 体积 上 大 很 多 。 


但 总 是 有 特 立 独行 的 App， 比 如 某 款 著名 视频 播放 软件 ，Android 版 
本 23.2MB， 而 i0S 版 本 才 20.5MB 。 我 起 初 以 为 这 个 App 的 Android 版 本 
做 得 有 问题 ， 于 是 仔细 研究 了 这 个 Android 包 里 的 内 容 ， 我 就 发 现 这 家 
公司 Android 技 术 做 得 很 精致 ， 之 所 以 比 iOS 版 本 体积 大 ， 是 因为 
Android 版 本 为 几 十 种 分 辨 率 都 适 配 了 不 同 的 图 片 和 布局 ， 以 确保 用 户 
体验 在 任何 分 辨 率 下 都 是 一 致 的 。 








如 图 9-10 所 示 ， 居 然 有 12 种 layout 布 局 。 


layout 
layout-hdpi-v4 
layout-land 
layout-sw600dp-v13 
| layout-sw720dp-2048x1536-v13 
layout-v9 





| layout-v11 
layout-v21 

§ layout-xhdpi-v4 

| layout-xlarge-land-v4 
layout-xlarge-v4 
layout-xxhdpi-v4 





图 9-10 ”Android 项 目 中 的 Layout 文 件 夹 





drawable 文 件 夹 束 更 多 了 ， 高 达 28 个 ， 限 于 篇 幅 ， 这 里 就 不 贴图 


以 上 只 是 特例 ， 而 大 多 数 App 并 没有 做 得 那么 细致 ， 比 如 : 


1) 首先 是 不 支持 那么 多 分 辨 率 。 这 是 由 当前 App 的 开发 现状 导致 
的 。 一 方面 是 产品 经 理 和 设计 师 人 力 不 足 ， 男 一 方面 则 因为 设计 师 偏爱 
iPhone， 一 般 只 会 给 出 记 hone 版 本 的 设计 稿 ， 然 后 让 Android 开 发 人 员 根 
据 iPhone 的 设计 稿 去 适 配 。 于 是 Android 开 发 人 员 只 好 去 做 UI 自 适 应 ， 使 
用 .9 图 拉 伸 技术 ， 实 在 搞 不 定 了 ， 才 去 找 设 计 师 重新 给 画 一 张 。 所 以 我 
们 会 看 到 iPhone 的 App 大 都 很 精致 ， 相 应 的 Android 版 本 都 很 粗糙 ， 这 是 
因为 Android App 的 UI 很 多 都 是 开发 人 员 赁 着 目 己 的 审美 观 去 二 次 加 工 
的 。 





2) 其 次 ， 不 同 drawable 目 录 下 放置 着 不 同 内 容 的 图 片 。 用 开发 人 员 
的 话 讲 ， 好 找 。 比 如 drawable 目 录 下 放 各 种 Selector 文 件 ，drawable-hdpi 
目录 下 放 美 食 类 图 片 ，drawable-large 目 录 下 放 门 票 图 片 。 所 以 ， 目 录 虽 
0 
为 它 在 相应 分 辩 率 的 drawable 目 录 下 找 不 到 某 张 图 片 时 ， 就 会 逐个 遍历 
每 个 drawable 目 录 下 的 图 片 ， 直 至 找到 该 图 片 的 位 置 。 





9.5.15 “从 代码 层面 减少 iOS$ 包 的 体积 





对 于 ioOS 而 言 ， 在 ipa 包 中 会 有 一 个 .a 格 式 的 二 进 制 文 件 ， 这 是 代码 
编译 后 生成 的 文件 ， 往 往 占据 了 整个 ipa 包 的 50% 到 80% 的 体积 。 苹 采 曾 
要 求 所 有 的 App 都 支持 64 位 ， 于 是 在 此 基础 上 ，ipa 包 的 体积 又 扩大 了 将 
近 一 倍 ， 主 要 是 那个 .a 文 件 编译 后 变 大 了 。 








我 们 要 想 办 法 减少 这 个 .a 文件 的 大 小 ， 其 实 残 是 要 减少 项 目 中 的 元 
余 代码 。 经 过 不 断 地 摸索 和 尝试 ， 我 发 现 这 些 见 余 代码 分 为 以 下 3 部 


分 : 


1) 已 经 不 使 用 的 类 。 为 此 ， 我 们 需要 写 一 个 Python 脚本 ， 逐 个 检 
碍 哪些 类 不 再 使 用 了 。 检 碍 的 过 程 中 我 发 现 ， 某 个 类 即使 不 使 用 了 ， 但 
古 在 其 他 类 中 仍然 保持 对 它 的 引用 ， 所 以 我 们 要 排除 挥 这 种 特殊 情况 ， 
不 让 它 对 我 们 的 检查 工作 造成 影响 。 


还 存在 这 么 一 种 情况 ， 在 A 类 中 使 用 了 B。A 类 不 再 使 用 了， 第 一 近 
执行 Python 脚 本 找 出 来 A 类 ， 将 其 删除 了 。 这 时 B 类 残 孤零零 地 放 在 那 
里 ， 也 不 再 使 用 了 ， 上 所 以 我 们 有 必要 再 次 执行 Python 脚本 ， 将 B 也 找 出 
来 。 以 此 类 推 ， 不 停 地 执行 这 个 Python 脚本 ， 直 到 再 也 找 不 到 不 再 使 用 





2) 已 经 不 再 使 用 的 方法 。 这 个 找 起 来 有 些 费 劲 ， 因 为 Objective-C 
独特 的 方法 签名 形式 (方法 签名 由 三 部 分 组 成 ， 包 插 方 法 名 称 、 参 数 和 
返回 类 型 ) 。 








仍然 需 写 一 个 Python 脚本 ， 逐 个 过 历 每 个 类 中 的 方法 ， 然 后 到 项 目 
中 碍 找 是 否 使 用 到 了 。 


在 执行 过 程 中 ， 遇 到 这 么 一 种 情况 ，A 类 和 B 类 都 有 loveBaobao 这 个 
方法 ， 方 法 签名 也 完全 相同 。 这 时 Python 是 区 分 不 出 来 到 底 是 使 用 了 哪 
个 类 的 loveBaobao 方 法 的 。 我 们 也 只 能 将 其 汇总 起 来 ， 然 后 用 手动 检 
查 。 





此 外 ， 有 很 多 方法 是 系统 自 带 的 ， 比 如 说 UITableView 的 那 6 个 方 
法 ， 只 要 使 用 了 UITableView 的 页 面 ， 都 有 这 6 个 方法 。 我 们 在 执行 
Python 脚本 的 时 候 ， 不 应 该 统计 这 样 的 方法 。 所 以 需要 做 一 个 白 名 单 ， 
事先 把 这 些 方法 填 进 去 。 





3) 代码 相似 度 问 题 。 初 级 程序 员 在 写 代 码 时 ， 喜 欢 把 一 段 代码 从 
A 类 粘贴 到 B 类 中 ， 然 后 修改 其 中 的 几 个 变量 名 称 ， 这 个 功能 束 算 做 完 
了 。 于 是 两 段 相 似 度 极 高 的 代码 残 产 生 了 。 


稍微 懂得 些 面 问 对象 思 想 的 人 ， 痢 知道 这 时 候 需 要 把 这 样 的 代码 抽 
象 出 来 ， 比 如 在 Utils 类 中 新 建 一 个 方法 ， 然 后 要 用 到 这 段 馆 辑 的 人 调用 
Utils 类 的 这 个 方法 即 可 。 


但 并 不 是 所 有 的 程序 员 都 有 这 样 的 境界 ， 即 使 是 有 几 年 开发 经 验 的 
人 ， 也 会 采用 复制 粘贴 大 法 数 衍 了 事 。 和 久而久之， 元 余 代 码 就 多 了 ， 包 
的 体积 目 然 束 大 了 。 为 此 ， 我 们 需要 有 一 个 检查 代码 相似 度 的 工具 。 在 





iOS 领 域 ， 我 推荐 simian 这 个 工具 。 有 兴趣 的 读者 可 以 尝试 一 下 ， 对 你 
们 的 项 目 使 用 一 下 这 个 工具 ， 看 能 找 出 来 多 少 相 似 的 代码 来 。 


[1] 关于 Android 增 量 更 新 技术 ， 请 参见 
http://blog.csdn.net/hmg25/article/details/8100896。 
[2] 关于 iOS 增 量 更 新 机 制 ， 请 参见 


https://developer.apple.com/library/ios/qa/qa1779/_index.html? 
utm_source=iOS+Dev+Weekly&utm_ campaign=iOS_ Dev_Weekly_ Issue_11 
[3] 详细 内 容 请 参见 知 乎 上 的 这 篇 文章 : 
http:/www.zhihu.comy/question/25421514/answer31623909 。 


[4] 文章 参见 http://martiancraft.com/blog/2014/09/vector-images-xcode6/。 


9.6” 芝 品 扩 术 四 管 : 性 能 优化 








9.6.1 App 上 自动 选 取 最 佳 服 务 器 的 策略 


我 们 经 名 看 到 App 中 会 包含 一 个 服务 器 列表 文件 ， 开 发 人 员 和 训 试 
人 员 可 以 随意 切换 到 任意 服务 器 进行 开发 测试 工作 。 


这 只 是 服务 器 列表 文件 的 一 种 功用 ， 是 给 开发 和 测试 人 员 使 用 的 ， 
为 此 我 们 需要 为 App 设 计 一 个 后 门 ， 由 他 们 手动 进行 切换 ， 相 关内 容 请 


参见 9.9.2 章 节 。 


服务 器 列表 文件 还 有 另 一 种 作用 ， 就 是 由 App 上 自己 来 决定 选用 哪个 
服务 器 作为 MobileAPI 服 务 器 


众所周知 ，App 发 起 MobileAPI 请 求 到 接收 到 数据 ， 这 个 过 程 所 耗 
费 的 时 间 由 3 部 分 组 成 : 从 App 到 达 服 务 器 的 时 间 ， 服 务 器 处 理 的 时 
间 ， 从 服务 器 到 App 的 时 间 。 其 中 ， 从 App 到 达 服 务 器 的 时 间 ， 加 上 从 
服务 器 到 App 的 时 间 ， 我 们 称 为 来 回 走路 时 间 。 对 于 2G、3G、4G 和 
WiFi 用 户 ， 因 为 网 络 环 境 的 不 同 ， 来 回 走 路 时 间 大 相 径 庭 。 


于 是 我 们 会 准备 多 台 服 务 器 ， 可 能 是 放 在 全 国 各 地 ， 也 可 能 是 分 别 
接 入 电信 、 移 动 或 联通 的 专线 。 这 些 服务 器 有 可 能 是 配置 相同 的 ， 也 有 


可 能 是 由 大 二 高 配 和 低 配 组 成 。 我 们 把 这 些 服务 器 的 域名 罗列 在 App 的 
服务 器 列表 文件 中 ， 如 下 所 示 : 





<Servers> 
<Server key="s1" type="36" url="http:// logini.company.com/"> 
<Server key="s2" type="36" url="http:// login2.company.com/"> 
<Server key="s3" type="46" url="http:// login3.company.com/"> 
<Server key="s4" type="46" url="http:// login4.company.com/"> 
<Server key="s5" type="26" url="http:// login5.company.com/"> 
<Server key="s6" type="26" url="http:// login6.company.com/"> 
<Server key="s7" type="WiFi" url="http:// login7.company.com/"> 
<Server key="s8" type="WiFi" url="http:// login8.company.com/"> 

</Servers> 





接 下 来 ， 我 们 会 让 MobileAPI 提 供 一 个 接口 服务 A， 该 接口 不 需要 
任何 入 参 ， 直 接 返 回 1 这 个 结果 。 这 样 就 确保 了 App 从 发 起 MobileAPI 请 
求 到 接收 到 数据 的 时 间 ， 就 是 来 回 走路 的 时 间 。 


在 App 第 一 次 启动 的 时 候 ， 我 会 让 App 根 据 当前 的 网 络 情况 ， 遍 历 
服务 器 列表 文件 中 的 域名 ， 访 问 这 些 域名 下 的 接口 服务 A， 计 算出 哪个 
域名 的 访问 速度 最 快 。 同 一 个 域名 只 访问 一 次 ， 得 不 到 准确 的 数据 ， 一 
般 而 言 ， 我 会 调用 10 次 后 取 平 均值 ， 来 作为 参考 标准 。 








当 网 络 环境 发 生变 化 的 时 候 ， 也 要 把 上 述 这 个 操作 执行 一 过 ， 测 算 
出 该 网 络 环境 下 哪个 域名 的 访问 速度 最 快 。 为 了 避免 频繁 做 这 个 事情 ， 
我 会 设置 一 个 缓存 ， 记 录 最 后 一 次 测算 每 种 网 络 环境 的 时 间 ， 以 确保 1 
个 小 时 之 内 不 会 测算 2 次 。 


一 旦 测算 出 当前 网 络 环境 下 哪个 域名 的 访问 速度 最 快 ， 那 么 接 下 来 


1 个 小 时 内 ， 访 问 MobileAPI 就 会 使 用 这 个 域名 了 。1I 个 小 时 后 ， 我 们 将 
在 App 后 合 线程 再 次 发 起 测算 工作 ， 重 新 选择 最 佳 的 域名 。 


上 述 这 种 解决 方案 ， 能 帮助 用 户 选 择 最 快 的 MobileAPI 服 务 器 ， 但 
是 由 此 会 导致 太一 种 负面 效 末 ，App 一 厢 情 愿 地 认为 网 络 环境 好 所 对 应 
的 服务 器 访问 速度 也 最 快 ， 于 是 这 人 台 服 务 器 的 CPU 会 迅速 被 占 满 ， 无 法 
处 理 后 续 接 踪 而 至 的 网 络 请 求 。 所 以 ， 我 们 要 将 服务 器 的 处 理 能 力 划分 
为 优 恨 中 差 四 种 级 别 ， 并 在 App 发 起 测评 请 求 ( 调 用 MobileAPI 接 口服 
务 A) 的 时 候 把 这 个 值 返回 给 App， 当 达到 中 (CPU 占用 60%) 这 个 级 
别 时 ， 即 使 网 速 很 快 ， 也 不 能 采用 这 个 域名 对 应 的 服务 器 。 





9.6.2 ”使 用 TCP+Protobuf 





当 大 多 数 公司 还 在 纠结 于 如 何 能 更 好 提高 MobileAPI 的 性 能 时 ， 已 
经 有 公司 开始 抛弃 HTTP+JSON， 开 始 走 TCP+ProtoBuf 的 路 线 了 。 


TCP 是 长 连接 ，ProtoBuf 则 是 基于 二 进 制 的 协议 ， 可 读 性 差 但 是 体 
积 小 。 这 里 我 不 讨论 Protobuf 协 议 中 的 required、optional 或 repeated 关 键 

， 也 不 讨论 Android 和 iOS 大 小 端 对 齐 的 问题 。 这 些 都 属于 App 和 服务 
器 能 使 用 Protobuf 进 行 通信 的 第 一 





我 只 说 三 把 ， 一 是 工具 ， 二 是 架构 ， 


tr 
| 

法 
| 至 
ZI 
EE 


1. 工 具 


我 们 需要 做 一 个 工具 ， 能 帮助 开发 人 员 把 ProtoBuf 协 议 目 动 转换 为 
Android 或 iOS 的 实体 类 和 相应 的 方法 。 使 用 该 方法 就 可 以 发 起 一 次 
ProtoBuf 请 求 并 获取 到 服务 器 返回 的 实体 数据 ， 这 将 极 大 地 加 速 开 肥 人 
员 的 工作 效 座 。 


传统 MobileAPI 返 回 HTTP+JSON， 当 我 们 改 为 使 用 TCP+ProtoBuf 的 
时 候 ， 之 前 的 JSON 仍 然 要 维护 ， 因 为 我 们 要 给 自己 留 一 条 后 路 ， 一 旦 
服务 器 上 的 TCP+ProtoBuf 打 不 住 了 ， 要 立刻 能 切换 回 HTTP+JSON。 


那么 问题 就 来 了 。 难 道 我 们 要 为 App 同 时 维护 两 套 MobileAPI 逻 辑 
吗 ? 当然 不 行 ， 一 种 理想 的 设计 方 采 如 图 9-11 所 示 。 


Protobuf 





图 9-11 新 的 MobileAPI 架 构 设 计 


但 是 反观 我 们 的 MobileAPI 代 码 ， 却 不 是 这 样 的 ， 你 会 发 现 业 务 逻 
辑 和 JSON 绑 定 很 紧 ， 往 往 是 从 后 人 台 取 到 数据 就 立刻 填充 到 JSON 字 段 中 
了 。 我 们 需要 重 构 ， 把 取 数 据 的 业务 逻辑 和 返回 什么 样 的 数据 (JSON 
或 ProtoBuf) 剥离 开 ， 最 好 能 拆 分 成 3 个 项 目 ， 最 差 也 应 该 是 在 一 个 项 目 
中 拆 分 为 不 同 的 目录 。 这 样 业 务 逻 辑 如 果 有 变动 ， 只 需要 修改 一 个 地 
方 ， 然 后 在 JSON 或 ProtoBuf 中 追加 字段 。 





生成 器 模式 〈Builder) 这 时 候 就 能 派 上 用 场 了 ， 它 能 很 好 地 弥合 
ProtoBuf 和 JSON 这 两 种 数据 格式 的 差异 性 。 





我 们 把 业务 逻辑 、JSON 生 成 器 、ProtoBuf 生 成 器 框 在 一 起 后 ， 下 一 
步 要 面临 的 就 是 以 HTTP 还 是 TCP 的 协议 返回 给 App 数 据 了 。HTTP 协 议 
由 Header 和 Body 两 部 分 组 成 ， 都 需要 填充 数据 ， 其 实 我 们 也 可 以 在 TCP 
协议 中 定义 Header 和 和 Body， 把 之 前 填充 在 HTTP 的 Header 中 的 版 本 信 
息 、Cookie 传 递 过 去 。 


策略 模式 〈Strategy) 可 以 用 于 指定 使 用 Http 协 议 还 是 TCP 协 议 。 


TCP 要 解决 的 技术 难点 就 在 于 ， 服 务 器 上 长 连接 数量 多 会 导致 服务 
器 性 能 压力 ， 如 果 解 决 不 了 ， 用 起 来 还 不 如 HTTP。 


于 是 我 们 采取 TCP 长 连接 和 短 连接 混合 的 模式 。 


TCP 长 连接 就 是 每 个 App 客 户 问 都 是 作为 一 个 连接 ， 保 存在 服务 天 
的 长 连接 池 中 。 但 是 这 个 池子 中 的 长 连接 数量 是 有 上 限 的 ， 所 以 我 们 持 
续 清 理 池 子 中 长 期 不 使 用 的 长 连接 ， 比 如 次 几 分 钟 内 不 使 用 就 天 闭 这 
连接 ， 大 不 了 以 后 再 连 上 来 。 








资源 是 有 限 的 ， 对 于 日 活 几 十 万 的 App 而 言 ， 我 们 要 保证 服务 井 至 
少 能 文 撑 这 几 十 万 个 长 连接 。 如 宁 超 过 了 这 个 池子 的 上 限 ， 那 么 我 们 束 
要 使 用 短 连接 作为 补充 。 短 连接 就 是 连接 后 完成 一 次 调用 就 把 连接 关闭 
7 





接 池 的 情况 ， 来 决定 建立 长 连接 还 是 短 连 
接 都 没有 资源 了 ， 那 就 切换 到 HTTP， 这 其 


服务 器 要 根据 当前 长 ; 
接 。 如 果 TCP 长 连接 和 短 ; 
实 也 是 一 种 短 连接 。 


洱 


网 络 请 求 的 场景 不 同 ， 也 会 影响 TCP 长 连接 和 短 连 接 的 选择 。 比 如 
次 xmpp 聊 天 ， 就 比较 适合 TCP 长 连接 。 用 户 的 活跃 度 ， 也 可 以 作为 选择 
TCP 长 连接 还 是 短 连 接 的 依据 。 活 跃 用 户 往 往 会 长 时 间 使 用 App， 频 繁 
发 起 网 络 请 求 ， 这 时 候 要 使 用 长 连接 。 对 于 那些 偶尔 打开 App 随 便 点 一 
点 看 一 看 的 用 户 ， 可 以 移 使 用 短 连接 。 等 用 户 发 起 网 络 请 求 的 次 数 超过 
东 个 国 值 时 ， 就 切换 到 长 连接 。 


网 络 环境 是 影响 App 选 择 TCP 长 连接 还 是 短 连 接 的 又 一 个 因素 。 对 





于 WiFi 环 境 ， 网 络 请 求 普遍 比 2G、3G 和 4G 要 好 。 接 下 来 的 策略 有 两 
种 : 


. 快 的 更 快 、 慢 的 更 慢 ， 为 使 用 WiFi 的 客户 端 建立 长 连接 ， 而 为 
2G、3G、4G 网 络 环境 下 的 客户 端 分 配 短 连 接 。 


-均衡 策略 ， 反 正 WiFi 记 经 很 快 了 ， 分 配给 它 短 连 接 不 会 有 太 大 影 
啊 ， 而 为 了 提高 2G、3G、4G 网 络 环 境 下 的 客户 端 访 问 速 度 ， 尺 量 为 它 
们 建立 长 连接 。 关 于 在 2G、3G、4G 网 络 环境 使 用 TCP 长 连接 是 一 个 很 
热 的 话题 ， 经 常会 出 现 网 络 不 给 力 导 致 TCP 连 接 频繁 断 开 的 情况 ， 所 以 
我 们 要 做 好 随时 可 以 把 这 部 分 用 户 切换 到 HTTP 短 连接 的 机 制 ， 以 备 突 
发 情况 的 发 生 。 


不 得 不 说 的 是 ，WiFi 不 一 定 快 过 4G， 甚 至 是 3G 和 2G， 所 以 上 述 策 
略 有 不 准 的 情况 。 


9.7 品 技术 五 向， 数据 采集 工具 


9.7.1 ”页面 跳 转 器 


页 面 跳 转 融 是 页 面 打 扣 的 前 提 。 


对 于 Android 而 言 ， 有 Intent 来 帮助 我 们 进行 页 面 跳 转 和 传 值 。 但 是 
你 会 发 现 ， 想 从 A 页 面 跳 转 到 B 页 面 ， 在 A 页 面 要 声明 B 页 面 的 实例 ， 这 
是 一 个 强 引 用 ， 如 下 所 示 : 





Intent intent = new Intent(MainActivity.this, SecondActivity,.class); 
startActivity(intent); 





对 于 ioOS 而 言 ， 就 连 Intent 这 样 的 机 制 都 没有 了 。 我 们 不 但 要 在 A 页 
面 声明 B 页 面 实 例 ， 还 要 通过 为 B 设 置 属性 的 方式 ， 进 行 页 面 间 传 值 。 
如 下 所 示 : 





- (void) jumpTo { 
Re b = [[APageViewController alloc] init]; 
b.version = "5.7,.1"; 
[self. ee pushViewController: b animated: YES]; 
[b releasel]; 


} 





我 们 一 直 在 强调 解 厢 ， 但 是 在 iOS 和 Android 的 页 面 传 值 上 却 不 遵守 
文 个 原则 。 于 是 很 多 公司 开始 致力 于 解决 这 个 问题 。 写 一 个 Navigator 





类 ， 通 过 使 用 反射 技术 可 以 接触 页 面 间 的 耦合 性 ， 这 样 我 们 就 可 以 把 所 
有 的 页 面 都 定义 在 一 个 XML 配置 文件 中 ， 每 个 节点 包括 该 页 面 的 key、 
对 应 的 类 名 称 、 打 开 方 式 。 








我 们 先 解决 iDS 的 页 面 传 参 。 使 用 一 个 字典 作为 页 面 间 参 数 传递 的 
载体 ， 为 此 ， 在 ViewController 的 基 类 中 定义 一 个 字典 参数 ， 这 样 在 
Navigator 反 射 的 时 候 ， 将 传递 进来 的 参数 设置 给 页 面 实例 即 可 ， 下 面 ， 
分 别 是 Navigator 的 h 和 m 文 件 : 





#import <Foundation/Foundation.h> 

@interface Navigator : NSObject { 

} 

+ (Navigator *)sharedInstance,; 

+ (void)navigateTo: (NSString *)viewController,; 

+ (void)navigateTo: (NSString *)viewController 
withData: (NSDictionary *)param; 

@end 

#import "Navigator.h" 

#import "BaseViewController.h" 

#import "SynthesizeSingleton.h" 

@implementation Navigator 

SYNTHESIZE_SINGLETON_FOR_CLASS(Navigator); 

+ (void)navigateTo: (NSString *)viewController { 
[self navigateTo:viewController withData:nil]; 


+ (void)navigateTo: (NSString *)viewController 
withData: (NSDictionary *)param { 
BaseViewController * classObject = (BaseViewController *) 
[[NSClassFromString(viewController) alloc] init]; 
Classobject .param = param; 
[classObject.navigationController 
pushViewController:classObject animated:YES]; 
[classobject releasel]; 





为 了 解决 页 面 则 传 参 的 问题 ， 我 们 需要 在 BaseViewController 中 增 
加 一 个 params 属 性 ， 这 是 一 个 字典 ， 在 跳 转 前 把 要 传递 的 属性 塞 进去， 
在 跳 转 后 把 字典 中 的 值 再 取出 来 : 





@interface BaseViewController : UIViewController { 
NSDictionary* _param; 


@property (nonatomic, retain) NSDictionary* param; 





那么 在 使 用 时 残 非 党 简单 了 ， 如 下 所 示 : 





- (void) jumpTo { 
NSMutableDictionary* dict = [NSMutableDictionary dictionary]; 
[dict setobject: @"5.7.1" forkey:@"version"]; 
[Navigator navigateTo: @"BViewController" withData: dict]; 





而 在 目标 页 BViewController 要 接收 这 个 参数 : 





if(self.param!=nil){ 
version = [self.param objectForkey: @"version"]; 
} 





接 下 来 要 解决 的 是 Android 的 页 面 耦合 。 不 必 新 建 一 个 Navigator 
类 ， 我 们 完全 可 以 利用 Activity 基 类 ， 增 加 一 个 navigatorTo 方 法 ， 利 用 反 
射 把 要 跳 转 的 页 面 实例 化 出 来 ， 如 下 所 示 : 





public abstract class AppBaseActivity extends BaseActivity { 
public void navigatorTo(final String activityName, final Intent intent) { 
Class<?> clazz = null; 
try { 
clazz = Class.forName(activityName); 
if (clazz != null) { 
intent.setClass(this, clazz); 
this.startActivity(intent); 


} catch (ClassNotFoundException ignore) { 
return; 
} 


相应 的 ， 我 们 要 创建 ActivityNameConstants 这 个 类 ， 用 来 存放 每 个 
Activity 的 用 于 反射 的 全 名 称 ， 如 下 所 示 : 





public class ActivityNameConstants { 
public final static String SecondActivity 
= "com.example.navigator.SecondActivity"; 


} 





在 Activity 使 用 navigatorTo 方 法 的 时 候 束 非常 简单 了 ， 如 下 所 示 : 





Intent intent = new Intent()， 
intent.putExtra("name", "Jianqiang"); 
navigateTo(ActivityNameConstants.SecondActivity, intent); 





相应 的 ， 还 应 该 有 一 个 startActivityForResult 方 法 ， 实 现 原理 差 不 
多 ， 我 这 里 就 不 更 述 了 。 


9.7.2 打点 统计 


1. 打 点 统计 的 两 大 痛 扣 


如 何 寻 找 一 种 好 的 打点 统计 方法 ， 是 整个 App 业 界 都 在 做 的 一 件 事 
情 。 我 这 里 只 是 抛砖引玉 ， 把 我 这 三 年 来 的 实战 经 验 和 切身 感受 分 享 给 
大 家 。 





确保 App 打 点 数据 的 准确 和 无 遗漏 ， 是 实现 “数据 驱动 产品 ”的 第 一 
步 ， 非 常 重 要 。 纵 观 各 大 公司 的 打点 办 法 ， 孝 非常 原始 ， 往 往 是 哪个 页 





面 或 哪个 事件 需要 打点 ， 就 在 相应 的 方法 体 中 写 一 行 打 点 的 语句 。 
这 种 原始 的 打 扣 方式 直接 导致 以 下 问题 : 


不全， 经 常 漏 打 。 


-> 








一 旦 发 生 了 上 述 问题 ， 要 等 下 次 发 版 后 ， 数 据 才 会 恢复 正常 。 基 于 


此 ， 我 们 需要 解决 2 个 痛 点 : 
1) 如 何在 发 版 前 就 能 检查 出 漏 打 的 和 打 错 的 点 。 


2) 如 果 在 发 版 后 发 现 漏 打 的 和 打 错 的 点 ， 快 速 修复 快速 上 线 ， 而 
不 必 等 新 版 本 发 布 。 


打点 分 为 两 种 ， 页 面 打 点 ， 事 件 打点 。 接 下 来 我 们 逐个 讨论 。 


2. 页 面 打 点 





相 比 较 而 言 ， 页 面 打点 比较 容易 实现 。 我 们 可 以 统一 在 页 面 跳 转 
时 ， 进 行 页 面 打点 统计 。 还 记得 前 面 划 市 介绍 的 跳 转 器 吗 ? 我 们 只 要 在 
这 个 地 方 加 上 页 面 打点 语句 即 可 。 





iOS 的 实现 是 在 Navigator 的 navigateTo 方 法 中 ， 我 们 在 9.7.1 节 介绍 过 


这 个 类 ， 如 下 所 示 : 


Ee | 


+ (void)navigateTo: (NSString *)viewController 
withData: (NSDictionary *)param { 
// 在 这 里 执行 页 面 打点 的 操作 





BaseViewController * classObject = (BaseViewController *) 
[[NSClassFromString(viewController) alloc] init]; 

classObject.param = param; 

[classObject.navigationController 
pushViewController:classObject animated:YES]; 

[classobject releasel]; 





Android 的 实现 则 是 在 BaseActivity 基 类 的 navigateTo 方 法 中 ， 我 们 在 
9.7,1 节 中 介绍 过 这 个 方法 ;如 下 所 示 : 





public void navigateTo(final String activityName, 
final Intent intent) { 
// 在 这 个 位 置 执行 


PV 打点 的 操作 


Class<?> clazz = null; 
try { 
clazz = Class.forName(activityName); 
if (clazz != null) { 
intent.setClass(this, clazz); 
this.startActivity(intent); 


} 

} catch (final ClassNotFoundException e) { 
return; 

} 





只 要 把 页 面 打 点 语句 写 在 上 面 代码 片段 的 注释 位 置 就 好 了 。 在 这 个 
位 置 ， 我 们 可 以 搜集 到 页 面 名 称 (viewController 或 activityName 参 
数 ) ， 也 可 以 解析 param 字 典 或 Intent 参 数 ， 从 中 找 出 一 些 重要 的 参数 记 
录 下 来 ， 比 如 说 movieId。 


采取 上 述 机 制 ， 能 有 效 防止 页 面 打点 遗漏 的 问题 。 


此 外 ， 为 了 防止 打点 错误 ， 应 该 动态 传递 当天 ViewController 或 
Activity 的 名 称 ， 而 不 是 手动 去 拼写 这 个 字符 串 ， 这 惑 增 加 了 出 错 的 可 
能 性 。 





相 比较 而 言 ， 页 面 打 点 的 解决 方案 比较 简单 ， 我 们 甚至 可 以 使 用 这 
种 机 制 ， 计 算出 页 面 停留 时 间 。 接 下 来 要 介绍 的 事件 打点 的 优化 方案 ， 
可 就 不 那么 简单 了 。 








3. 事 件 打点 


事件 打点 是 比较 环 手 的 。 一 般 而 言 ， 我 们 为 事件 打点 都 是 在 事件 方 
法 中 ， 增 加 一 行事 件 打点 的 代码 。 这 样 的 代码 多 了 ， 就 很 难 维护 ， 经 各 
发 生 打 错 点 或 者 有 遗漏 的 情况 ， 有 时 则 是 这 个 迭代 有 某 个 事件 的 打点 数 
据 ， 但 是 下 个 达 代 却 不 小 心 删除 了 。 





我 们 系 望 App 开 发 人 员 在 写 代 人 码 的 时 候 ， 不 需要 考虑 打 反 的 事情 ， 
不 需要 额外 准备 打点 所 需要 的 信息 ， 比 如 说 哪个 页 面 哪个 控件 以 及 相关 
的 数据 。 为 此 ， 我 们 写 一 个 基 类 ， 把 打点 逻辑 封装 在 这 个 基 类 中 。 任 何 
继承 上 自 这 个 基 类 的 控件 ， 就 能 目 动 打点 ， 而 不 用 把 打点 逻辑 写 在 业务 代 
码 中 。 














这 里 我 们 移 看 按钮 ， 因 为 绝 大 多 数 打 点 ， 都 是 基于 按钮 的 点 击 。 





对 于 iOS， 为 一 个 按钮 添加 点 击 事件 是 通过 addTarget 方 法 ， 如 下 所 


人 水: 





UIButton* getInfoButton 
[getInfoButton addTarget: self 
action: @selector(getInfo) 
forControlEvents:UIControlEventTouchUpInside]; 





那么 我 们 要 写 一 个 继承 自 UIButton 的 新 控件 ， 比 如 就 叫 UVButton。 
我 发 现 ， 所 有 的 UI 控 件 都 继承 自 UIControl 这 个 基 类 ， 它 有 一 个 
sendAction 方 法 ， 这 个 方法 会 在 点 击 事件 发 生 后 第 一 个 执行 ， 之 后 才 执 
行 addTarget 上 绑 定 的 方法 。 于 是 就 可 以 在 UVButton 中 重 写 这 个 
sendAction 方 法 ， 如 下 所 示 : 











@interface UVButton : UIButton 

@end 

#import "UVButton.h" 

@implementation UVButton 

- (void)sendAction:(SEL)action to:(id)target 
forEvent:(UIEvent *)event 


// 在 这 里 写 一 个 方法 ， 执 行 打点 操作 





[super sendAction:action to:target forEvent:event]; 





打 扣 操作 的 方法 我 这 里 就 不 提供 了 ， 反 正 就 是 搜集 一 些 信 息 ， 存 在 
某 个 地 方 ， 等 待 发 送出 去 。 





那么 在 程序 中 ， 所 有 的 按钮 我 们 都 将 使 用 UVButton， 你 会 及 现 ， 之 
前 的 逻辑 是 什么 ， 完 全 不 需要 修改 。 只 要 把 按钮 声明 为 UVButton 即 可 。 


对 于 Android， 其 实 也 可 以 这 么 做 ， 创 建 一 个 新 的 按钮 ， 重 写 它 的 
click 方 法 。 但 是 我 们 发 现 Android 为 控件 绑 定 啊 应 方法 的 语法 是 通 
setOnClickListener， 如 下 所 示 : 





btnLogin.setonclickListener( 
new View.OnClickListener() { 
@Override 
public void onClick(View v) { 
gotoLoginActivity(); 
} 
}); 





我 们 已 经 习惯 在 程序 中 使 用 OnClickListener， 复 写 它 的 onClick 方 
法 ， 来 实现 按钮 点 击 后 的 业务 逻辑 。 我 们 为 什么 不 能 从 OnClickListener 
中 派生 出 一 个 子 类 呢 ? 比如 叫 OnUVClickListener， 复 写 它 的 onClick 方 
法 ， 实 现 事 件 打 点 的 逻辑 。 





那么 接 下 来 在 程序 中 就 使 用 OnUVClickListener 来 代 蔡 
OnClickListener 了 ， 除 此 之 外 ， 代 码 逻 辑 和 之 前 一 样 。 


上 面 的 讨论 虽然 只 是 按钮 ， 但 也 可 以 适用 于 Image 控 件 。 而 对 于 列 
表 控 件 、Tab 之 类 的 复合 控件 ， 则 需要 特殊 情况 特殊 处 理 。 








4 事件 打点 的 验证 








如 果 可 能 ， 我 们 而 望 采 集 每 个 页 面 和 每 个 事件 的 点 。 但 并 不 总 是 这 
样 ， 所 以 我 们 需要 有 一 个 配置 文件 ， 每 次 页 面 跳 转 或 点 击 控件 的 时 候 ， 
都 检查 这 个 动作 是 人 否 需要 采集 打点 。 


按照 上 述 这 种 解决 方案 ， 我 们 需要 写 一 个 Python 小 程序 ， 每 次 发 版 
前 验证 一 下 这 个 配置 文件 ， 确 保 打 点 数据 是 全 的 ， 而 且 没 有 错误 。 
做 得 再 极致 一 些 ， 这 个 配置 文件 可 以 设计 成 从 服务 器 动态 下 载 。 这 


样 发 现 错 了 或 者 漏 了 ， 惑 可 以 在 服务 器 提供 一 份 新 的 配置 文件 供用 户 下 
载 。 








对 于 大 多 数 App 而 言 ， 古 没有 这 个 配置 文件 的 。 代 码 已 经 写成 这 样 
的 ， 再 改 一 遍 不 划算 ， 那 么 要 使 用 Python 做 静态 代码 检查 就 不 能 依赖 于 
配置 文件 这 个 统一 的 出 口 了 。 那 么 我 们 有 必要 统计 代码 中 所 需要 打 所 的 
地 方 ， 所 在 的 类 和 方法 ， 有 具体 的 代码 行 位 置 ， 然 后 每 次 执行 Python 就 检 
查 这 些 地 方 。 





静态 代码 检查 只 能 确保 打 扣 的 代码 都 存在 ， 但 并 不 能 确保 在 运行 期 
间 相应 的 打 扣 代码 被 执行 到 了 。 


为 此 ， 需 要 引入 App 自 动 化 测试 。 


首先 在 App 测 编写 一 组 能 够 完整 履 盖 打 扣 的 目 动 化 测试 用 例 ， 在 即 
将 发 版 前 ， 执 行 一 志 这 组 测试 用 例 。 


然后 ， 在 服务 器 端 ， 也 需要 编写 一 个 上 自动 化 脚本 ， 每 当 App 端 打点 
的 目 动 化 测试 用 例 执行 完 ， 我 们 束 执 行 服 务 器 端的 这 个 上 自动 化 脚本 ， 检 
碍 是 否 所 有 点 都 打上 了 ， 以 及 打点 是 否 正 确 。 


5. 如 何在 发 版 后 即时 修复 线 上 打点 的 错误 
目前 我 所 想到 的 解决 方案 有 : 
1) iOS 使 用 Lua， 临 时 把 漏 打 或 者 打 错 的 点 修好 。 
2) Android 使 用 插件 化 编程 ， 更 新 有 问题 的 插件 。 


3) 还 记得 我 们 上 面 说 到 的 那个 记录 打点 的 配置 文件 吗 ? 把 这 个 配 
置 文件 做 成 服务 器 下 载 的 ， 如 果 漏 打 或 者 打 错 ， 那 么 就 更 新 这 个 配置 文 
人 


6. 处 理 App 中 的 HTML5 页 面 打 点 


App 中 有 很 多 HTML5 页 面 ， 它 们 也 需要 打点 统计 数据 。 


一 种 做 法 则 是 回调 App 的 打 扣 机制， 让 App 把 打点 数据 传 到 服务 
器 。 这 时 候 经 党 及 生 的 情况 是 ，App 有 bug， 儿 个 版 本 上 线 后 突然 束 不 
能 回 传 数 据 了 。 所 以 HTML5 和 Native 之 间 的 协议 是 非常 重要 的 ， 每 次 发 
版 前 都 要 逐一 测试 。 








另 一 种 做 法 是 HTML5 页 面目 己 编写 打点 语句 ， 然 后 上 传 到 服务 
器 ， 这 样 即使 出 错 了 ， 也 能 够 立刻 修复 立刻 上 线 。 


9.7.3 ABTest 





很 多 产品 经 理 做 一 个 功能 是 根据 主观 腾 断 出 来 的 ， 拿 不 出 切实 的 数 
据 来 证 明 方 案 的 可 行 性 ， 只 能 根据 上 线 后 的 订 蛙 转化 率 ， 来 猜测 该 方案 


是 否 有 效 。 


这 样 做 就 像 是 赌博 ， 这 个 问题 也 是 最 近 一 两 年 才 暴 露出 来 ， 于 是 很 
多 App 开 始 在 所 有 页 面 打点 ， 采 集 用 户 行为 ， 把 这 些 数据 放 到 Hadoop 中 
做 大 数据 分 析 ， 最 后 基于 数据 来 决定 哪 种 方案 是 可 行 的 。 于 是 我 们 采用 
ABTest 这 种 强大 工具 ， 用 于 判断 ; 





-做 一 个 新 功能 ， 做 之 前 和 做 之 后 哪个 更 有 效果 。 


-做 一 个 新 功能 ， 方 案 A 和 方案 B 哪 个 更 有 效果 。 


1. 什 么 是 ABTest 


我 们 可 以 将 ABTest 的 定义 归纳 为 以 下 几 点 : 








-场景 : 对 于 茶 一 个 页 面 ，UI 样 式 的 修改 。 





“结果: 得 到 旧版 和 新 版 (或 者 A 方案 和 B 方 案 ) 的 订单 转化 率 ， 比 
较 后 决定 使 用 哪 种 UI。 


全 上 略 ; 产品 经 理 和 运营 人 员 在 新 版 本 上 线 后 比较 一 周 ， 最 终 确 定 
使 用 哪 一 种 。 这 个 决定 必须 在 一 个 兴 代 内 迅速 作出 ， 否 则 App 接 下 来 的 
版 本 就 要 维护 两 套 页 面 的 代码 逻辑 。 


:规则 : ABTest 不 一 定 是 A 和 B 各 占 50%， 也 有 可 能 是 A 占 20% 而 也 占 
80%， 也 有 可 能 是 ABC 三 种 策略 各 占 一 定 的 比例 。 





ABTest 的 设计 难点 在 于 如 何 确保 数据 准确 。 


对 于 同一 个 设备 ， 在 第 一 次 获取 到 A 和 集 略 后 ， 今 后 每 次 重启 App 访 
问 那 个 页 面 都 将 一 二 十 A 集 略 了 ， 除 非 我 们 关闭 了 该 页 面 的 ABTest 并 决 
定 从 此 以 后 使 用 B 集 略 的 页 面 ， 该 设备 才 有 机 会 看 到 为 一 种 页 面 。 这 样 
就 避免 了 ABTest 期 间 ， 同 一 个 用 户 每 次 看 这 个 页 面 都 随即 有 不 同 的 UI 样 
式 ， 这 样 我 们 区 不 能 判断 这 位 用 户 下 单 是 受 A 策 略 还 是 B 人 策略 的 影响 。 








2. 为 App 量 映 打 造 ABTest 
根据 上 述 策略 ， 我 们 对 App 和 MobileAPI 改 造 如 下 : 


App 对 于 要 做 ABTest 的 页 面 ， 如 果 是 新 页 面 ， 那 么 要 做 两 套 UI，A 
方案 和 B 方 案 ， 如 果 是 改造 原 有 页 面 ， 那 么 不 是 在 原 有 页 面 上 进行 修 
改 ， 而 是 copy 一 份 这 个 页 面 的 副本 ， 然 后 在 副本 上 进行 修改 。 总 之 ， 无 
论 是 哪 种 情况 ， 都 要 确保 有 两 套 UI。 














App 每 次 启动 时 就 调用 MobileAPI 的 一 个 接口 A， 获 取 哪 些 页 面 要 
进行 ABTest， 以 及 要 采用 哪 种 策略 ， 把 这 些 数据 保存 到 本 地 文件 中 ， 注 
意 ， 这 里 是 履 写 ， 也 就 是 说 之 前 保存 的 数据 都 不 要 了 。 








那么 每 次 跳 转 到 一 个 页 面 ， 痢 要 判断 一 下 ， 该 页 面 是 人 否 要 做 ABTest 
以 及 相应 的 策略 ， 就 从 本 地 文件 中 读 取 到 这 些 数据 。 还 记得 我 在 9.7.1 节 
介绍 的 页 面 跳 转 器 吗 ? 我 们 可 以 把 判断 多 辑 写 在 这 个 统一 的 页 面 跳 转 器 
中 。 


.每 次 启动 App 时 才 会 调用 MobileAPI 的 接口 A 获 取 ABTest 策 略 ， 但 
是 大 多 数 用 户 是 不 会 关闭 App 的 ， 只 是 简单 地 将 其 切换 到 后 台 ， 为 了 确 
保 ABTest 的 策略 及 时 更 新 ， 在 App 每 次 从 后 台 切 换 到 前 台 时 ， 都 要 调用 
一 次 MobileAPI 的 接口 A。 


3. 如 何 确保 ABTest 公 平 


接 下 来 介绍 MobileAPI 中 ABTest 的 策略 分 配 算法 。MobileAPI 应 该 有 
一 个 目 增 的 整数 count， 每 次 请 求 都 会 加 1。 如 果 是 AB 各 占 50% 的 话 ， 那 
么 策略 就 是 count 除 以 2， 根 据 余数 来 分 配 A 和 B 两 种 策略 。 如 果 ABC 各 三 
分 之 一 ， 则 对 count 除 以 3 取 余 数 来 分 配 ABC 三 种 策略 。 这 里 的 count 取 余 
数 的 算法 直接 决定 了 ABTest 策 略 的 公平 性 。 


策略 分 配 后 ， 每 次 有 新 的 设备 号 来 请 求 ABTest 策 略 ， 就 要 把 设备 和 
分 配 到 的 策略 保存 下 来 ， 此 外 还 要 保存 要 做 ABTest 的 App 版 本 号 、 页 面 
名 称 、Android 还 是 iPhone。 把 这 些 数据 保存 在 数据 库 中 是 不 划算 的 ， 频 
繁 的 IO 操 作 会 导致 性 能 问题 ， 我 们 可 以 将 每 笔 数 据 写成 日 志保 存在 服务 
器 ， 然 后 每 隔 几 个 小 时 就 发 送 到 Hadoop 上 ， 进 行 大 数据 分 析 。 





4. 如 何 衡量 ABTest 的 结 


对 ABTest 的 结果 进行 衡量 ， 目 然 还 是 要 使 用 大 数据 分 析 。 


比如 ， 对 某 个 页 面 做 ABTest，AB 两 种 策略 各 占 50%。 我 们 观察 了 
一 周 后 得 到 的 数据 是 这 样 的 : 


1) 订单 的 总 转化 率 是 40%， 分 子 40， 分 母 100。100 是 点 击 搜索 的 
次 数 ， 而 40 是 下 单 的 次 数 。 


2) 分 子 40 由 10 个 A 和 30 个 B 组 成 ， 分 母 100 由 30 个 A 和 70 个 B 组 成 ， 
那么 A 的 转化 率 就 是 10/30=33%，B 的 转化 率 就 是 30/70=42%， 于 是 我 们 
愉快 的 决定 采用 策略 B。 


也 许 会 有 人 人 问 ， 为 什么 A 的 分 母 是 30， 而 B 的 分 母 是 70， 取 样 儿 怎 
么 差距 这 么 大 。 这 是 因为 我 们 在 App 启 动 时 就 为 用 户 分 配 了 ABTest 策 
略 ， 但 是 用 户 不 一 定 会 进入 搜索 页 和 要 做 ABTest 的 那个 页 面 ， 这 样 无 形 
中 就 白白 分 配 了 很 多 策略 。 








比较 精准 的 办 法 是 ， 在 需要 做 ABTest 的 页 面 ， 才 会 分 配 策略 ， 但 是 
这 样 做 就 要 求 每 进入 一 个 页 面 都 要 请 求 MobileAPI 获 取 策 略 ， 这 无 疑 会 


另 一 种 折 中 的 解决 方案 是 ， 把 这 些 只 进入 过 搜索 页 但 是 没 进 入 到 


ABTest 页 面 的 数据 ， 从 分 母 中 剔除 。 这 就 震 要 9.7.2 节 中 采集 的 PV 打 点 
数据 来 协助 了 。 


5. 为 产品 经 理 和 运营 人 员 提 供 ABTest 的 配置 后 侣 和 报表 


我 们 要 为 运营 人 员 或 产品 经 理 设计 一 个 配置 ABTest 策 略 的 工具 ， 可 
以 灵活 配置 在 哪个 页 面 、 哪 个 版 本 做 ABTest， 包 括 有 几 种 UI 样 式 〈 枚 
举 ) ， 每 个 样式 的 百分比 是 多 少 ， 等 等 。 


对 于 每 个 品类 ， 一 次 只 做 一 个 页 面 的 ABTest。 比 如 说 火车 票 ， 如 果 
有 两 个 页 面 同时 做 ABTest， 将 难以 判断 转化 率 的 提升 ， 是 受 哪 一 个 页 面 
修改 后 的 影响 。 


我 们 可 以 每 次 测 一 个 页 面 ， 得 到 结论 后 ， 再 去 测 必 一 个 页 面 。 如 采 
每 次 发 版 的 间隔 是 2 周 的 话 ， 那 就 每 个 策略 测试 一 周 。 


此 外 ， 还 和 


需要 有 报表 ， 能 在 采集 到 数据 后 ， 看 到 ABTest 的 结果 ， 以 
便于 运营 人 员 或 产 


产品 经 理 迅 速 做 决策 。 





对 于 Android 和 iOS， 应 该 可 以 分 开 看 报表 ， 也 可 以 合 在 一 起 看 数 
J 


6. 如 何 快 速 采 用 ABTest 得 到 的 策略 


一 旦 通过 ABTest 收 集 的 数据 分 析出 最 终 使 用 B 末 略 了 ， 那 么 如 何 能 








快速 的 通知 App 该 页 面 将 不 再 进行 ABTest 并 永远 进入 B 页 面 呢 ? 在 下 个 
版 本 删除 A 页 面 然后 永远 进入 B 页 面 ， 这 件 事 情 是 肯定 要 做 的 。 但 这 样 
就 太 晚 了 ， 我 们 要 等 待 很 久 才 能 看 到 新 版 本 的 上 线 ， 所 以 我 们 要 在 当前 
线 上 的 版 本 就 立刻 把 页 面 切 到 B。 因 此 ， 我 们 要 在 刚才 提 到 的 那个 

MobileAPI 接 口 A 中 ， 永 远 返 回 策略 B。 这 样 就 能 解决 及 时 更 新 策略 的 问 


题 了 。 





7. 实 施 ABTest 中 遇 到 的 一 些 问题 和 解决 方案 





我 在 设计 ABTest 的 实现 方案 时 ， 被 质疑 最 多 的 是 ， 每 做 一 次 
ABTest， 都 要 设计 两 套 UI，App 开 发 人 员 的 工时 倍增 。 其 实 呢 ， 这 是 一 
个 磨 刀 不 误 砍 柴 工 的 概念 。 如 果 我 们 猜 着 在 本 轮 和 从 代 中 开发 A 方 案 ， 两 
周 后 发 现 效果 不 好 ， 然 后 在 下 个 和 迭代 再 开发 B 方 案 一 一 开发 的 人 力 没 有 
省 ， 但 是 开发 的 周期 拉 长 了 ， 除 非 你 中 途 离 职 ， 不 然 活 儿 永 远 也 躲 不 
掉 。 


另 一 种 做 ABTest 的 方法 是 使 用 Lua 脚 本 。MobileAPI 返 回 不 同 的 Lua 
脚本 ， 动 态 绘制 不 同 的 UI 样 式 。 这 样 就 不 用 在 App 中 准备 两 套 UI 了 。 


9.8 ” 葛 品 技术 六 警 : 热 修 补 





9.8.1 ”Native 页 面 和 HTML5 页 面 的 相互 切换 


Native 页 面 和 HTML5 页 面 的 相互 切换 是 最 激动 人 心 的 技术 ， 比 我 一 
直 在 研究 的 App 插 件 化 技术 还 要 震撼 。 因 为 插件 化 技术 只 能 适用 于 
Android， 对 iOS 无 能 为 力 。 即 使 如 此 ， 搞 Android 插 件 化 技术 需要 投入 
大 量 的 人 力 物力 ， 如 果 团 队 不 够 大 是 不 建议 搞 插件 化 编程 的 。 记 得 两 年 
前 我 去 一 家 公司 面试 ， 他 们 当时 就 在 搞 App 插 件 化 ， 面 试 时 间 我 这 方面 
的 东西 ， 被 我 当场 泌 了 一 头 冷水 ， 然 后 就 没有 然后 了 。 


我 们 知道 ，Android 插 件 化 更 多 是 为 了 解决 线 上 严重 的 朋 尝 或 者 
bug， 有 了 时 也 可 以 紧急 上 线 一 个 新 功能 ， 而 不 用 等 到 新 版 本 发 布 。 但 问 
题 恰 恰 出 在 这 里 ， 真 正 需要 紧急 修复 的 是 OS， 因 为 每 次 审核 都 要 1~2 周 
的 时 间 ， 而 Android 可 以 随时 发 版 到 国内 各 大 市 场 。 我 们 不 能 做 亏本 的 
买卖， 费 了 巨大 人 力 绪 末 发 现 并 没有 解决 主要 政 盾 。 


于 是 我 们 会 选择 HTML5， 如 果 发 现 App 出 事 了 ， 就 把 那个 模块 临时 
切换 到 HTML5 网 站 。 但 注意 ， 我 们 通常 是 把 整个 模块 切换 为 HTML5 站 
点 ， 这 个 模块 再 也 不 会 有 Native 页 面 了 。 这 种 做 法 有 些 得 不 偿 失 。 于 是 
我 开始 思考 ， 能 否 只 修改 有 问题 的 那个 页 面 ， 将 其 临时 换 成 HTML5， 





而 这 个 模块 的 其 他 页 面 仍然 使 用 Native 的 ? 


我 仔细 研究 了 一 个 页 面 一 一 无 论 是 Android 还 是 iOS， 所 必 备 的 几 个 
要 素 ， 列 举 如 下 : 


首先 是 入 口 和 出 口 ， 把 入 口 和 出 口 控制 住 了 ， 尤 其 是 传 进来 的 参数 
和 传 出 去 的 参数 ， 我 们 就 能 做 到 随时 在 Native 和 HTML5 之 间 切 换 。 我 们 
不 能 再 随意 的 在 A 页 面 中 实例 化 B 页 面 了 ， 我 们 应 该 使 用 9.7.1 节 介绍 的 
页 面 跳 转 器 ， 来 解 耦 各 个 页 面 之 间 的 依赖 ， 才 能 把 任何 Native 页 面 切换 
为 HTML5。 





注意 ， 直 接 使 用 9.7.1 节 的 Navigator 是 有 问题 的 。 我 们 在 
BaseActivity 和 BaseViewController 中 定义 的 字典 ， 用 来 在 页 面 间 传 递 参 
数 。 但 是 HIML5 可 不 认 这 一 套 机 制 。 所 以 有 必要 定义 一 套 新 的 协议 ， 
同时 适用 于 Android、iOS 和 HTML5，pagenamek1=v1&k2=v2 是 一 种 比较 
合适 的 协议 。 比 如 说 ， 从 HTML5 跳 转 到 Android 或 0S 页 面 ， 协 议 如 下 
所 示 ， 其 中 单 引 号 中 的 内 容 是 协议 ， 由 3 部 分 组 成 ，Android 页 面 名 称 ， 
iOS 页 面 名 称 ， 参 数 键 值 对 ， 分 别 用 有 逗号 和 分 号 分 隔 开 。 


A 





<a onclick="baobao.gotoAnywhere( 
'com.example.youngheart .MovieDetailActivity, 
i0OS.MovieDetailViewController:movieId=(int)123')"> 
gotoAnywhere</a> 











其 次 是 状态 ， 这 其 中 包括 全 局 变量 、 本 地 存储 。 一 个 Native 页 面 通 








常 要 读 写 全 局 变量 和 本 地 存储 ， 如 果 切 换 成 HTML5 页 面 ， 就 不 能 干 这 
些 事情 了 ， 因 此 ， 我 们 要 提供 Native 和 HTML5 之 闻 的 交互 方法 ， 以 便于 
HTML5 页 面 能 读 写 Native 中 的 全 局 变量 和 本 地 存储 。 





最 后 是 公共 组 件 ， 比 如 说 网 络 请 求 和 打点 统计 。 这 些 要 在 Native 中 
封装 成 公用 方法 ， 以 便于 HTML5 回 调 这 些 方法 。 


如 果 把 以 上 三 点 都 做 到 了 ， 就 可 以 随时 更 换 线 上 的 某 个 页 面 了 ， 我 
们 只 要 在 App 启 动 的 时 候 调 用 一 个 MobileAPI 接 口 ， 获 取 一 份 页 面 清 
单 ， 指 定 哪些 页 面 是 Native 的 哪些 页 面 是 HTML5 的 即 可 。 


9.8.2 ”在 iOS 中 使 用 脚本 编程 


1. 寻 找 快 速 修复 App 线 上 bug 的 办 法 





我 们 前 面 提 到 了 在 App 中 使 用 HTML5， 这 其 实 就 是 脚本 编程 的 一 
种 ， 只 不 过 要 在 WebView 中 展现 。 


我 见 过 有 些 App 通 过 返回 XML 格式 或 者 JSON 格 式 的 数据 ， 通 知 App 
绘制 UI。 这 其 实 也 是 一 门 脚 本 语言 ， 但 这 么 做 只 能 把 UI 绘 制 出 来 ， 并 不 
能 动态 返回 一 个 Native 的 方法 ， 比 如 ， 点 击 按钮 该 做 些 什 么 事情 。 


我 接 下 来 要 介绍 的 脚本 编程 ， 是 指 在 iOS 使 用 Lua 或 JavaScript 这 样 
的 脚本 语言 。 对 于 应 用 类 App 而 言 ， 也 确实 需要 脚本 语言 介入 了 ， 尤 其 


是 那些 对 转化 率 要 求 很 高 的 电 商 App， 线 上 一 旦 有 致命 的 bug 或 者 
Crash， 可 以 迅速 用 脚本 语言 改 好 。 这 就 好 比 身 体 受伤 了 ， 帖 一 个 创 可 
贴 ， 等 伤口 愈合 了 《下 次 发 新 版 本 ) ， 再 把 创可贴 摘 挥 。 


在 手机 游戏 领域 ， 己 经 广泛 采用 Lua 进 行 编程 了 。 这 样 的 好 处 是 ， 
每 天 都 能 通过 Lua 修 改 代码 ， 增 加 个 新 的 地 图 或 者 道具 ， 然 后 通过 
MobileAPI 把 Lua 脚 本 返回 给 App， 达 到 新 功能 迅速 上 线 的 效果 ， 而 不 用 
受 发 版 上 线 的 制约 。 接 下 来 我 们 看 iOS 中 是 如 何 植 入 Lua 或 JavaScript 肢 
本 的 。 


2. 在 iOS 中 使 用 脚本 语言 的 八卦 史 


首先 隆重 介绍 Wax 这 个 第 三 方 开源 库 。Wax 是 使 用 Lua 脚 本 语言 来 
编写 iOS 原 生 应 用 的 一 个 框架 ， 它 建 并 了 iOS 原 生 Objective-C 语 言 和 Lua 
脚本 语言 之 间 的 映射 关系 。 








但 是 发 明 Wax 的 这 哥们 从 2013 年 开始 就 不 维护 这 个 框架 了 ， 导 致 了 
Wax 中 的 很 多 遗留 问题 没有 得 到 解决 ， 比 如 说 不 支持 自 定义 的 结构 体 和 
结构 体 指针 ， 不 支持 多 线程 等 等。 





后 来 ，2013 年 年 底 ， 履 谢 敏 在 Wax 的 基础 上 开发 出 WaxPatch， 这 也 
是 GitHub 上 的 一 个 开源 项 目 ， 它 的 神奇 之 处 就 在 于 ， 在 App 启 动 时 会 加 
载 服 务 器 上 的 zip 包 ，zip 包 中 是 用 Lua 脚 本 编写 的 补丁 ， 在 App 运 行 期 





间 ， 这 些 补 丁 文 件 中 的 方法 能 替换 iO0S 中 的 任何 一 个 类 的 任何 一 个 方法 
的 实现 。 它 的 实现 原理 是 重 写 了 运行 时 的 class_replaceMethod 方 法 。 有 











就 在 我 们 庆幸 iO0S 找 到 了 快速 修复 线 上 bug 的 解决 方案 ， 再 不 用 因为 
线 上 有 bug 而 要 忍受 老板 能 杀 死 你 的 眼神 时 ， 侠 果 在 2015 年 2 月 强制 要 求 
所 有 新 提交 的 应 用 必须 兼容 64 位 ， 但 原来 使 用 Lua 的 框架 Wax 是 不 支持 
64 位 的 。 





人 生 不 如 意 事 ， 十 有 八 九 。 





于 是 又 等 了 几 个 月 ， 开 源 社 区 给 出 了 Wax 的 64 位 版 本 ， 在 此 基础 
上 ， 我 们 把 waxPatch 的 改动 也 移植 过 去 ， 就 有 了 WaxPatch 的 64 位 版 
本 。 吕 ] 


2015 年 5 月 ，JSPatch 面 世 。 它 的 原理 和 WaxPatch 一 样 ， 都 是 在 App 
运行 期 间 蔡 换 iOS 中 的 任何 一 个 类 的 任何 一 个 方法 的 实现 ， 只 是 它 是 基 
于 JavaScript 来 实现 的 。 估 计 是 JSPatch 的 作者 等 不 及 Wax 和 WaxPatch 迟 
迟 不 更 新 所 以 才 另 起 炉灶 了 吧 。 与 此 同时 ，JSPatch 的 作者 还 提供 了 大 量 
的 实例 来 帮助 我 们 理解 这 个 开源 项 目 。 吕 | 





Wax 和 WaxPatch 毕 葛 很 久 不 维护 了 ， 它 不 支持 iOS 的 多 线程 语法 以 
及 自 定义 结构 体 和 结构 体 指针 ， 而 JSPatch 是 支持 这 些 i0S 特 性 的 ， 所 以 
建议 大 家 使 用 JSPatch。 本 书 即 将 出 版 的 时 候 ，JSPatch 已 经 比较 成 熟 
了 ， 而 且 还 在 持续 更 新 ， 优 化 因 反 射 而 带 来 的 性 能 问题 。 让 我 们 拭 目 以 


本 书 不 打算 过 多 介绍 如 何 把 Objective-C 代 码 转 换 为 Lua 或 者 
JavaScript， 官 方 文档 已 经 讲 得 很 清楚 了 。 下 面 我 将 以 WaxPatch 为 例 ， 
介绍 一 下 它 的 使 用 策略 。JSPatch 的 使 用 思路 也 是 一 样 的 。 


3.Zip 包 下 载 集 略 





接 下 来 介绍 WaxPatch 中 压缩 包 的 下 载 规则 。 压 缩 包 中 的 内 容 束 是 用 
于 热 修 补 的 Lua 脚 本 。 


首先 返回 Lua 下 载 地 址 的 MobileAPI 接 口 ， 要 区 分 App 的 版 本 。 比 如 
当前 版 本 有 一 个 严重 的 bug， 为 了 修复 它 引 入 了 lua001.zip， 而 我 们 在 下 
一 个 版 本 修复 了 这 个 bug， 就 不 需要 lua001.zip 包 ， 或 者 说 等 下 个 版 本 上 
线 后 又 发 现 了 新 的 pug， 这 时 候 要 引入 lua002.zip。 所 以 这 个 MobileAPI 接 
口 应 该 根据 版 本 号 返回 不 同 的 Lua 压 缩 包 下 载 地 址 。 








如 何 控制 App 不 重复 下 载 相 同 的 Lua 压 缩 包 呢 ? 每 次 调用 MobileAPI 
接口 获取 到 Lua 压 缩 包 的 地 址 ， 比 如 说 lua001.zip， 我 们 在 解压 Jua001.zip 
这 个 压缩 包 到 本 地 lua001 这 个 目录 下 的 同时 会 把 Ilua001 这 个 值 存 到 本 地 
文件 的 变量 luaVer 中 。 下 次 再 调用 MobileAPI 接 口 ， 就 会 根据 返回 的 Lua 
压缩 包 的 地 址 进行 判断 : 


如 果 值 为 空 ， 说 明 不 需要 Lua 脚 本 来 修复 bug， 那 么 就 把 luaVer 设 置 


二 
| 二 


如 果 值 仍然 是 Ilua001.zip 没 有 变化 ， 就 什么 都 不 做 。 


如 果 值 是 一 个 新 的 Lua 压 缩 包 的 地 址 ， 比 如 lua002.zip， 那 么 就 下 载 
这 个 压缩 包 ， 将 其 解压 到 lua002 这 个 新 的 目录 ， 并 把 luaVer 这 个 值 设 置 
为 lua002。 


按照 上 述 策略 ， 我 们 就 可 以 根据 IuaVer 的 值 ， 来 控制 App 能 加 载 到 
最 新 的 Jua 压 缩 包 ， 而 且 避 免 重 复 下 载 。 


4. 调 试 案 略 


我 们 的 策略 是 依赖 MobileAPI 返 回 的 Lua 压 缩 包 的 下 载 地 址 ， 但 是 不 
可 能 每 次 开发 调试 时 ， 痢 把 一 个 用 于 测试 Lua 压 缩 包 发 布 到 服务 圳 上 ， 
因为 我 们 在 调试 期 间 会 频繁 地 修改 Lua 压 见 包 中 的 文件 。 





基于 此 ， 在 调试 期 间 ， 我 们 绕 开 从 服务 器 下 载 Lua 压 缩 包 并 比较 版 
本 的 做 法 ， 改 为 把 Lua 压 缩 包 中 的 文件 直接 复制 到 本 地 目录 的 方式 ， 比 
如 ，lua001.zip 包 中 有 2 个 Lua 文 件 ， 我 们 把 这 两 个 文件 集成 到 App 项 目 
中 ， 在 App 每 次 启动 的 时 候 ， 就 把 这 两 个 Lua 文 件 复制 到 本 地 ， 然 后 就 
可 以 直接 使 用 了 。 





在 全 部 调试 完成 ， 残 把 代码 切 回 到 仍然 从 服务 絮 下 载 Lua 压 缩 包 的 


模式 。 


5.Lua 不 文 持 的 场景 及 解决 方案 


并 不 是 所 有 的 iOS 代 码 都 能 转换 为 Lua 脚 本。 以 下 是 我 遇 到 的 情况 以 
及 相应 的 解决 方案 。 





1) 如 果 变 量 或 属性 声明 错 了 呢 ? 








我 们 知道 WaxPacth 纺 程 的 思想 是 在 iOS 运 行 时 注入 ， 动 态 修改 任何 
一 个 类 的 任何 一 个 方法 的 实现 。 也 就 是 说 任何 一 个 方法 体 都 可 以 丛 换 为 
Lua 脚 本 ， 但 就 是 不 能 修改 方法 的 签名 。 但 这 还 好 ， 遇 到 这 种 情况 ， 我 
们 在 Lua 中 重 写 一 个 方法 ， 简 单 地 包 闭 一 下 Objective-C 中 不 符合 我 们 要 
去 的 方法 即 可 。 


但 是 如 果 是 一 个 属性 或 类 级 别 的 变量 的 类 型 声明 错 了 ， 我 们 就 真 的 
没 办 法 了 。 仔 细 检 查 WaxPacth 这 个 框架 ， 还 真 没有 定义 一 个 属性 或 变量 
的 地 方 。 遇 到 这 种 情况 ， 我 们 的 解决 方案 是 ， 在 项 目 中 增加 一 个 
LuaClass 类 ， 里 面 只 有 一 个 字典 属性 dicLuaObject。 





在 Lua 脚 本 中 ， 我 们 把 错误 类 型 的 属性 或 者 变量 所 出 现 的 任何 地 方 
蔡 换 为 正确 类 型 的 变量 ， 而 这 个 变量 则 定义 在 LuaClass 类 的 dicLuaObject 
字典 属性 中 。 





2) 对 于 block 块 该 如 何 处 理 呢 ? 


Lua-Wax 不 支持 block 块 。 因 此 一 旦 block 块 内 的 代码 有 问题 ， 就 要 
重 写 这 个 block 块 所 在 的 方法 ， 同 时 将 block 抉 中 的 代码 封闭 成 另 成 一 个 
方法 ， 也 在 Lua 脚 本 中 重 写 。 


6. 如 果 zip 包 被 劫持 了 呢 ? 


不 要 以 为 MobileAPI 返 回 了 Lua 压 缩 包 下 载 的 地 址 ， 就 可 以 直接 下 载 
并 使 用 了 。 经 常 有 恶意 攻击 者 劫持 了 服务 器 返回 给 我 们 的 下 载 地 址 ， 而 
让 我 们 去 下 载 一 个 恶意 的 压缩 包 。 我 们 一 旦 下 载 并 解压 缩 这 个 恶意 的 
包 ， 接 下 来 可 能 发 生 各 种 意 想不到 的 事情 。 





为 此 ， 我 们 不 能 认为 网 上 下 载 的 任何 压缩 包 都 是 安全 的 。 我 们 需要 
一 套 校 验 机 制 ， 来 保证 这 个 下 载 到 的 压缩 包 是 我 们 目 己 提供 的 ， 如 果 验 
证 不 过 ， 就 删除 或 者 隔离 这 个 文件 。 


SSH 是 最 简单 的 解决 方案 ， 但 就 是 HTTPS 协 议 访问 起 来 太 慢 了 ， 能 
否 做 成 HTTP 的 呢 ?” 可 以 ， 我 们 需要 准备 一 对 公 钥 和 私 钥 : 把 zip 包 使 用 
私 钥 进 行 签名 后 再 放 到 服务 器 提供 下 载 : 而 App 下 载 这 个 zip 包 到 本 地 ， 
则 使 用 保存 在 App 中 的 公 钥 进行 校 验 。 我 们 要 对 私 钥 进行 严格 的 保密 ， 
不 能 泄漏 给 他 人 ， 这 样 即 使 有 人 在 App 中 取 到 了 公 钥 ， 因 为 没有 配套 的 
私 铀 ， 也 没 办 法 生成 一 个 符合 我 们 要 取 的 zip 包 。 


7.Lua 对 iOS 的 深远 影响 


有 了 Lua 这 个 利器 ， 线 上 的 任何 bug 或 者 Crash 都 能 以 最 快 的 速度 修 
复 ， 而 不 需要 重新 提交 审核 新 的 版 本 并 等 竺 超 长 的 时 间 。 比 如 ， 我 们 最 
否 恼 的 是 页 面 打 点 经 党 发 现 打 错 了 或 者 漏 打 了 ， 为 了 能 不 影响 数据 的 采 
集 ， 使 用 Lua 能 及 时 终 补 这 个 漏洞 。 

















最 后 需要 补充 的 是 ， 虽 然 Lua 语 言 很 简单 ， 尤 其 是 WaxPacth 这 个 杠 
架 的 文 持 ， 使 得 我 们 可 以 改写 任何 方法 都 很 容易 。 但 是 我 经 名 看 到 的 是 
很 多 Objective-C 方 法 都 有 成 百 上 干 行 代码 ， 这 束 给 改写 带 来 了 很 大 的 工 
作 量 。 这 就 又 回 到 了 编码 规范 的 层面 ， 尽 量 把 方法 写 的 短小 。 每 个 方法 
只 做 一 件 事情 。 








@ 提示 。 在 Android 中 使 用 Lua 


iOS 因 为 有 了 WaxPatch 而 重新 焕 友 了 活力 ， 而 Android 在 Lua 方 同 的 
进展 却 不 温 不 火 。 


Android 因 为 可 以 使 用 插件 化 编程 ， 而 且 即 使 线 上 有 了 严重 的 bug， 
到 各 大 市 场 发 一 次 新 版 本 就 解决 了 ， 所 以 ， 相 比 i0S，Android 有 更 多 的 
选择 。 


其 实 Android 也 可 以 使 用 Lua 脚 本 语言 编程 ， 业 界 比 较 公 认 的 技术 是 
AndroLua 这 个 开源 项 目 。 我 对 AndroLua 的 研究 还 在 进行 中 。 也 请 越 来 


越 多 的 人 关注 这 个 项 目 。 


本 书 临 近 出 版 的 时 候 ， 听 说 淘宝 有 个 团队 推出 一 个 名 为 Dexposed 的 
开源 项 目 ， 它 是 基于 AOP 思 想来 设计 的 ， 能 解决 性 能 监控 、 在 线 热 修复 
等 问题 。 这 个 开源 项 目 还 很 年 轻 ， 但 是 我 非常 看 好 它 。 


[1] WaxPatch 的 源码 地 址 : https://github.com/mmin18/WaxPatch 
[2] WaxPatch 的 64 位 版 本 ， 参 见 https://github.com/felipejfc/n-wax 
[3] JSPatch 的 下 载 地 址 ， 参 见 https://github.com/bang590/JSPatch 


9.9 ” 竞 品 技术 七 曾 ， 曲 径 通 山 
9.9.1 一 切 丝 可 配置 


1. 使 用 XML 配 置 首页 ， 防 止 因 加 载 不 到 数据 而 没有 入 口 


在 很 多 电 商 类 App 中 ， 我 们 会 看 到 有 一 个 配置 文件 或 者 JSON 文 件 里 
面 存放 着 首页 展示 所 需要 的 所 有 数据 ， 包 括 图 片 、 文 字 等 等 ， 点 击 后 能 
进入 各 个 品类 这 些 二 级 页 面 ， 如 图 9-12 所 示 ， 我 们 可 以 看 到 ， 这 个 首页 
由 3 个 Tab 组 成 : 首页 、 发 现 、 个 人 中 心 ， 配 置 文件 中 指定 了 每 个 Tab 的 
显示 文字 、 点 击 后 对 应 的 ViewController、 所 需 的 默认 图 和 高 亮 











曲 |《 
Key 
可 Root 

了 ltem 0 
selected 
className 
highlightedlmage 
defaultImage 
tabTitle 

了 ltem 1 
selected 
className 
highlightedimage 
defaultImage 
tabTitle 

了 ltem 2 
selected 
className 
highlightedimage 
defaultImage 
tabTitle 


Type 
©@ Array 


Dictionary 
Boolean 
String 
String 
String 
String 
Dictionary 
Boolean 
String 
String 
String 
String 
Dictionary 
Boolean 
String 
String 
String 
String 


> 量 MainPageData.plist 》 No Selection 


Value 

(3 items) 

(5 items) 

YES 
MainPageController 
home-highlight 
home-default 

首页 

(5 items) 

NO 
PublishViewController 
publish-highlight 
publish-default 

发 布 

(5 items) 

NO 
UserCenterViewController 
user-highlight 
user-default 


个 人 中 心 





图 9-12 ” 某 款 App 首 页 的 plist 配 置 文件 





这 么 做 是 因为 ， 如 果 获 取 首 页 信息 的 MobileAPI 接 口 挂 了 ， 或 者 ， 
就 在 我 们 调用 该 接口 的 时 候 挂 了 ， 那 么 首页 仍然 能 通过 读 取 这 个 本 地 的 
配置 文件 或 者 JSON 文 件 而 正常 显示 ， 仍 然 能 看 到 各 个 品类 的 入 口 ， 点 
击 后 进入 ， 这 样 不 影响 生意 。 


但 是 这 个 配置 文件 或 者 JSON 文 件 可 能 不 是 线 上 最 新 的 数据 ， 所 以 





一 种 好 的 解决 方案 是 ， 第 一 次 启动 App 的 时 候 把 这 个 文件 复制 到 本 地 ， 
然后 每 次 调用 首页 MobileAPI 接 口 渠道 数据 后 就 把 数据 同步 到 这 个 文 

件 ， 这 样 就 确保 了 下 次 如 果 调 用 MobileAPI 接 口 不 通 ， 仍 然 能 显示 比较 
新 的 数据 。 





2. 配 置 页 面 的 公共 行为 


把 首页 的 数据 配置 在 XML 中 只 是 第 一 步 ， 这 个 世界 上 不 乏 野 心 
者 ， 他 们 想 把 更 多 公用 的 东西 做 成 可 配置 化 。 











比如 ， 调 用 MobileAPI 时 是 否 要 显示 进度 条 ， 进 度 条 中 是 否 有 取消 
按钮 ， 点 击 取消 按钮 后 是 后 退 到 上 一 页 还 是 停留 在 当前 页 面 ， 调 用 


MobileAPI 错 误 是 否 要 显示 错误 提示 ， 如 下 所 示 : 











<ShowSetting showLoading="1" 
showCancel="0" goBackAfterCancel="1" showErrorInfo="1" /> 








又 比如 ， 进 这 个 页 面 是 否 要 登录 ， 如 下 所 示 : 





<WindowType needLogin="1"/> 





所 有 这 些 信息 都 定义 在 配置 文件 中 。 我 们 应 该 在 App 中 编写 一 套 页 
面 引擎 ， 目 动 读 取 配置 信息 ， 这 样 束 能 少 写 很 多 很 多 代码 。 开 及 人 员 束 
可 以 把 更 多 精力 放 在 业务 逻辑 的 实现 上 。 








9.9.2 ”App 后 门 





任何 成 熟 App 都 会 为 目 己 留 一 个 后 门 ， 目 前 业界 有 两 种 做 法 : 
“只 有 Debug 版 本 能 看 到 这 个 后 门 ， 而 Release 版 本 看 不 到 。 


-在 线 上 Release 版 本 中 很 深 的 一 个 页 面 ， 比 如 设置 页 面 ， 点 击 菜 个 
特定 的 区 域 很 多 次 后 弹出 一 个 对 话 框 ， 要 求 输入 密码 ， 输 入 正确 就 能 进 
入 这 个 后 门 。 


留 一 个 后 门 有 很 多 好 处 列举 如 下 : 


-做 一 个 能 切换 服务 器 的 页 面 。 这 样 就 可 以 在 开发 期 间 ， 从 线 上 环 
境 切 换 到 测试 环境 而 不 需要 重新 打 个 包 ， 极 大 方便 了 测试 团队 对 新 功能 
进行 验收 。 


要 测试 某 个 页 面 请 求 了 哪些 MobileAPI 接 口 ， 打 印 出 调用 这 些 接口 
时 输入 的 参数 和 返回 JSON 数 据 。 这 样 就 能 够 在 线 上 App 发 现 某 个 页 面 有 
问题 时 ， 及 时 在 App 后 门 中 检查 数据 是 否 正常 ， 而 不 用 App 开 发 人 员 和 
MobileAPI 开 发 人 员 华 在 一 起 逐 行 联 调 代码 ， 极 大 节省 了 人 力 。 


“对 于 App 和 崩 沉 ， 我 们 将 最 后 一 次 骨 尝 的 信息 记录 在 本 地 ， 然 后 可 以 
通过 后 门 看 到 这 个 骨 尝 信息 。 这 对 于 测试 期 间 不 经 意 点 出 来 的 崩 沉 ， 可 
以 迅速 退 踪 到 问题 的 所 在 。 当 然 ， 为 一 种 方案 是 把 骨 尝 信息 发 送 到 服务 








器 ， 然 后 我 们 去 服务 器 抓 取 骨 温 信 息 ， 但 是 这 样 不 及 时 : 而 对 于 那些 发 
现 App 册 尝 然 后 来 找 我 们 的 同事 朋友 来 说 ， 通 过 后 门 看 崩 尝 日 志 古 最 好 
的 途径 。 








.提供 一 个 后 门 页 面 供 HIML5 团 队 进 行 调试 ， 该 页 面 内 置 一 个 
WebView， 加 载 HTML5 团 队 正 在 开发 的 HTML 页 面 ， 要 支持 调试 。 


.对 我 们 的 App 进 行 流量 测试 ， 统 计 某 个 页 面 所 花费 的 流量 ， 包 括 调 
用 MobileAPI、 下 载 图 片 、 上 传 文件 、XMPP 聊 天 等 等 。 其 中 ， 从 App 局 
动 到 首页 加 载 完成 所 花费 的 流量 是 我 们 关心 的 一 个 关键 点 ， 而 手机 待机 
时 ，App 所 花费 的 流量 也 是 我 们 所 关心 的 。 我 们 需要 这 样 一 个 后 门 页 
面 ， 看 到 这 些 数据 统计 。 





:对 我 们 的 App 进 行 电池 电量 消耗 测试 。 需 要 有 个 后 门 页 面 记录 每 次 
打开 App 和 退出 App 的 时 间 ， 以 及 这 段 时 间 内 我 们 的 App 所 消耗 的 电量 。 
为 了 确保 数据 的 准确 性 ， 需 要 确保 手机 上 只 安装 了 一 个 App， 而 且 处 于 
相同 的 网 络 环境 下 ， 比 如 3G。 


前 面 说 到 开 一 个 后 门 ， 提 供 切 换 服 务 器 的 功能 。 这 样 测试 人 员 可 以 
在 这 个 后 门 页 面 灵活 配置 当前 MobileAPI 要 连接 哪个 服务 器 。 基 于 此 ， 
这 个 后 台 页 面 需要 显示 服务 器 清单 列表 ， 而 这 个 列表 从 App 包 中 的 一 个 
文件 读 取 ， 此 外 ， 还 要 支持 手动 输入 服务 器 地 址 ， 因 为 有 时 候 要 直接 连 
接 到 MobileAPI 开 发 人 员 的 机 器 ， 把 他 们 的 开发 机 器 作为 临时 服务 器 。 











9.9.3 ”Android 包 中 META-INF 有 目录 的 妙用 











对 于 Android 批 量 打 渠 道 包 ， 每 个 团队 都 有 切身 的 痛 。 每 个 包 经 过 
混淆 和 签名 ， 都 至 少 要 3 分 钟 时 间 ，300 多 个 包 就 是 十 几 个 小 时 才能 全 打 
出 来 ， 所 以 一 般 在 晚上 干 这 个 事情 。 


一 般 而 言 ， 我 们 在 App 每 次 启动 时 从 AndroidManifest.xml 这 个 文件 
读 取 渠道 名 称 ， 如 下 所 示 ， 其 中 360Android 是 渠道 名 称 : 





<application> 
<meta-data 
android:name= "UMENG_ CHANNEL" 
android:value= "360android"/> 








然后 在 App 中 ， 每 次 从 AndroidManifest.xml 中 取出 这 个 渠道 名 称 ， 
传递 给 友 盟 或 者 我 们 自己 的 MobileAPI 接 口 ， 如 下 所 示 ， 演 示 了 如 何 取 
得 渠道 名 称 的 方法 : 





private String getChannel(Context context) { 
try { 
PackageManager pm = context.getPpackageManager(); 
ApplicationInfo appInfo = pm.getApplicationInfo( 
context ,getPackageName( )，PackageManager .GET_META_DATA); 
return appInfo.metaData.getSstring("channel"); 
} catch (PackageManager.NameNotFoundException ignored) { 


return "",; 





上 述 是 传统 的 做 法 ， 我 们 接 下 来 介绍 一 种 更 快 的 做 法 。 


我 也 是 偶然 的 机 会 ， 看 到 一 些 知 名 的 App 包 里 面 的 META-INF 目 








录 ， 会 有 一 个 0 字 节 的 文件 ， 文 件 名 是 茶 个 渠道 的 值 ， 于 是 我 就 大 胆 猜 
测 ， 这 个 文件 是 用 来 批量 打 渠 道 包 的 。 





我 上 网 查 了 一 下 这 个 META-INF 目 录 的 功用 ， 发 现 修 改 这 个 目录 里 
面 的 文件 ， 是 不 需要 重新 签名 App 的 。 于 是 我 们 可 以 如 下 进行 优化 。 


1. 打 包 流 程 上 的 优化 


打 一 个 签名 混 消 过 的 正式 包 ， 我 们 称 之 为 母体”， 然 后 往 这 个 apk 
包 中 插入 一 个 名 为 channel 360Android 的 空 文件 。 这 样 一 个 渠道 包 就 完 
成 了 ， 如 图 9-13 所 示 。 


v BM META-INF 
国 channel 360Android 
国 MANIFESTMF 


于 SANKUAI.RSA 
国 SANKUAI.SF 





图 9-13 ”META-INF 目 录 下 的 空 文件 


之 所 以 在 空 文件 的 名 称 前 面 加 上 channel 的 前 级 ， 是 为 了 在 运行 期 
查找 这 个 文件 的 时 候 ， 可 以 快速 找到 。 


准备 一 个 渠道 列表 文件 channel.txt， 文 件 内 容 由 3 个 渠道 组 成 ， 每 个 
渠道 占 一 行 ， 如 下 所 示 : 





360Android 
91Android 
baidu 





接 下 来 我 们 使 用 Python 脚 本 build.py， 遍 历 这 个 渠道 列表 文件 ， 
生成 渠道 包 ， 脚 本 如 下 所 示 : 





import zipfile 

import shutil 

import os 

base_dir = '/Users/Shared/' 

apk_name = 'ChannelDemo' 

apk_path = base_dir + apk_name + '.apk' 

empty_file = base dir + "baojiandqiang 

f = open(empty_file, 'w') 

f.close() 

channel_ file = base dir + 'channel.txt' 

f = open(channel_ file) 

lines = f.readlines() 

f.close() 

output_dir = base dir + "output' 

if not os.path.exists(output_dir) 
os.mkdir(output_dir) 

for line in lines 
target_channel = line.strip() 
target apk = output_dir + '/ChannelDemo_' 

+ target channel + '.apk' 

shutil.copy(apk_path, target_apk) 
zipped = zipfile.ZipFile(target apk, 'a', zipfile.ZIP_ DEFLATED) 
empty_channel_file = 'META-INF/channel_' + target_ channel 
zipped.write(empty_file, empty_channel file) 
zipped.close() 





这 样 ， 生 成 第 一 个 “母体 * 包 需要 几 分 钟 时 间 ， 但 是 之 后 生成 其 他 渠 
道 包 的 时 间 就 快 了 ， 就 都 是 在 apk 中 插入 一 个 空 文件 的 时 间 了 。 


2. 运 行 期 间 的 优化 


我 们 改 为 从 META-INF 目 录 读 取 那 个 0 字 市 的 文件 名 称 ， 从 中 得 到 
这 个 apk 包 的 渠道 号 ， 网 上 有 很 多 这 样 的 代码 例子 ， 我 就 不 过 多 说 了 。 


按照 上 述 打包 新 流程 ， 一 分 钟 打 几 百 个 渠道 包 不 成 问题 。 


9.9.4 _ classes.dex 的 拆 与 合 


一 般 而 言 ，Android App 中 的 dex 文 件 只 有 一 个 。 但 是 对 于 很 多 业务 
逻辑 复 洒 的 App， 当 方法 数量 超过 dex 的 最 大 限制 65535 时 ， 编 译 就 会 出 
错 。 业 界 称 之 为 "爆棚 ”。 


一 种 解 诀 方案 束 是 插件 化 。 把 那些 独立 的 模块 做 成 一 个 apk， 然 后 
在 使 用 的 时 候 ， 使 用 DexClassLoader 进 行 加 载 。 对 那些 暂时 还 没有 插件 
化 编程 的 App 而 言 ， 这 种 解雇 方案 太 遥 远 了 。 


另 一 种 解决 方案 就 是 dex 分 包 。 就 是 将 classes.dex 拆 分 为 2 个 dex， 让 
每 个 dex 包 的 方法 数量 都 小 于 65535。 很 多 App 都 是 这 么 做 的 ， 有 的 App 
甚至 拆 分 成 6 个 dex 之 多 。 


Google 提 供 了 dex 拆 包工 具 multidex。 关 于 这 个 工具 的 使 用 方法 ， 请 
参见 CSDN 上 “时 之 沙 ” 的 博客 文章 上 。 


但 multidex 仍 然 解决 不 了 开发 调试 期 间 方 法 数 超过 dex 上 限 的 问题 ， 
开发 人 员 不 能 每 次 调试 都 使 用 Gradle 去 打包 ， 于 是 我 们 只 好 把 不 重要 的 
SDK 引 用 临时 去 挥 ， 比 如 GA 打点 ， 同 时 注释 掉 引 用 了 这 个 SDK 的 代 
码 ， 这 样 就 能 正常 编译 和 调试 了 ， 最 后 在 提交 测试 或 发 布 市 场 打包 的 时 





候 再 把 删除 的 引用 和 注释 掉 的 代码 恢复 过 来 。 


每 次 都 这 么 搞 可 不 行 ， 严 重 扰乱 了 开发 节奏 ， 于 是 我 们 采取 在 代码 
中 动态 加 载 dex 的 方式 。 对 于 那些 第 三 方 SDK,， ns Google 
Analytics、aSmack、JPush， 都 是 导致 dex 方 法 数 徒 增 最 终 达 到 上 限 
的 “杀手 ”级 SDK， 所 以 我 们 优先 把 这 些 jar 包 提出 来 ， 放 到 一 个 apk 中 ， 
作为 第 二 个 dex。 这 样 我 们 就 能 使 用 DexClassLoader 加 载 这 些 SDK 啦 。 


只 要 能 把 方法 数 降低 到 65535 以 下 ， 就 又 可 以 在 各 种 IDE 中 正常 开发 
调试 了 。 


关于 动态 加 载 dex 的 技术 ， 请 参见 以 下 文章 ， 有 更 加 详尽 的 介绍 : 


.custom class loading in dalvik (“| 





美 团 Android DEX 自 动 拆 包 及 动态 加 载 简介 站 
.Android dex 分 包 方 案 [4 


[1] 博文 地 址 : http://blog.csdn.net/t12x3456/article/details/40837287。 

2] 博文 地 址 : http://android-developers.blogspot.hk/2011/07/custom-class- 
loading-in-dalvik.html。 

[3] 博文 地 址 : http://tech.meituan.com/mt-android-auto-split-dex.html。 

[4] 博文 地 址 : http://my.oschina.net/853294317/blog/308583。 


9.10“” 竞 品 技术 八 警 : 模块 化 拆 分 


9.10.1 iOS 资 源 拆 分 与 模块 化 





对 于 iOS， 很 多 App 已 经 注意 到 图 片 会 散落 在 各 个 地 方 ， 于 是 会 把 
图 片 、 配 置 文件 、xib 按 照 模块 进行 归 类 ， 放 到 各 自 的 bundle 包 中 。 做 得 
最 好 的 是 一 家 电 商 App， 会 在 App 包 中 的 一 级 目录 下 面 看 不 到 任何 图 
片 ， 而 只 有 若干 bundle， 如 图 9-14 所 示 。 





BookRes.bundle 
FlightRes.bundle 
FrameworkRes.bundle 
GiftRes.bundle 
GrouponRes.bundle 
HotelRes.bundle 


MainPageRes.bundle 
MovieRes.bundle 
MusicRes.bundle 
PersonCenterRes.bundle 
SearchRes.bundle 
ShoppingRes.bundle 
TaxiRes.bundle 





图 9-14 菜 球 App 包 中 ， 对 资源 进行 了 模块 化 拆 分 


只 对 资源 进行 模块 化 拆 分 是 远 远 不 够 的 。 一 定 要 对 代码 进行 模块 化 
拆 分 。 把 不 同 模块 的 代码 放 到 各 目的 GIT 仓 库 中 ， 这 样 各 个 部 门 只 对 各 
目 GIT 仓 库 中 的 代码 负 贡 ， 而 不 会 产生 代码 级 别 的 依赖 ， 如 图 9-15 所 


人 钞 。 





iOS Lib 


| | MainApp | | 


| ] 
图 9-15 ” iOS 模块 化 架构 








ModuleA ModuleB 
























在 iOS 中 ， 我 们 可 以 使 用 .a 文件 进行 模块 化 拆 分 。 把 每 个 模块 都 以 .a 
文件 的 形式 舱 入 到 MainApp 这 个 主 模块 中 。 





但 是 .a 文 件 不 能 动态 下 载 ， 所 以 也 就 不 能 使 用 类 似 于 Android 的 插件 
化 思想 。 要 想 动 态 更 新 模块 还 要 另辟蹊径 。 


9.10.2” Android 模块 化 拆 分 


家 大 业 大 ， 子 女 多 了 以 后 就 要 考虑 分 家 的 事情 ， 大 家 各 过 各 的 ， 出 
了 问题 尽量 上 自己 搞定 。 公 司 大 了 ， 也 会 面临 同样 的 问题 ， 我 们 会 把 App 
按照 模块 进行 拆 分 ， 代 码 按 照 模 块 拆 分 到 不 同 的 GIT 仓 库 中 ， 不 同 部 门 
负责 各 目 不 同 的 模块 ， 他 们 会 对 目 己 的 模块 负责 。 








如 果 还 按照 之 前 的 做 法 ， 把 模块 按照 Package 进 行 划 分 ， 看 起 来 也 
不 错 ， 但 是 这 样 做 会 有 问题 。 比 如 发 版 时 间 为 1 月 14 写 ， 但 是 A 部 门 负 











责 的 A 模块 却 延 期 了 ， 难 道 我 们 要 延期 发 版 吗 ? 那 不行 。 所 以 我 们 要 把 
A 模块 从 主 项 目 中 迁移 出 去 ，A 模 块 会 作为 一 个 jar 包 ， 主 项 目 会 保持 对 
该 jar 包 的 引用 。 这 样 A 模 块 如 果 延 期 7 了， 那么 主 项 目 束 仍然 保持 对 A 项 
目 原 有 jar 包 的 引用 ， 这 样 就 不 耽误 1 月 14 号 的 正常 发 版 了 。 








另 一 方面 ， 各 部 门 如 果 继 续 在 一 个 版 本 库 下 工作 ， 经 常会 搞 出 互相 
干扰 的 情况 。 比 如 说 A 提 交 的 代码 会 导致 B 编 译 不 过 ，A 提 交 的 代码 会 冲 
掉 B 的 代码 ，A 修 改 了 公共 方法 会 导致 其 他 地 方 都 报错 。 当 我 们 把 代码 
按照 模块 都 拆 开 了 就 不 会 有 问题 了 ，A 随 便 提 交 自 己 的 代码 ， 只 会 影响 
目 己 的 GIT 仓 库 ， 不 会 祸 及 他 人 。 


然而 问题 接 是 而 至 ， 如 图 9-16 所 示 。 





| AndroidLib 


| 
| 


| ModuleA ModuleB | 


| | MainApp | 


图 9-16 ”Android 模 块 化 拆 分 示意 图 









































我 们 看 一 个 这 个 模块 拆 分 图 ， 有 以 下 几 个 问题 需要 解决 : 


1) ModuleA 模 块 和 ModuleB 模 块 共 用 的 类 和 方法 ， 要 怎么 处 理 ? 


2) ModuleA 模 块 和 ModuleB 模 块 共用 的 资源 ， 要 怎么 处 理 ? 








3) 如 何 能 在 不 同 模 块 间 共 享 数 据 ? 比如 全 局 变量 、 模 块 之 间 页 面 
跳 转 时 传 值 。 


对 于 问题 1) ， 我 们 要 解决 代码 上 的 依赖 。 所 以 我 才 会 在 本 书 第 一 
部 分 介绍 了 如 何 剥 离 出 一 个 业务 无 关 的 AndroidLib 类 库 。 在 此 基础 上 ， 
我 们 可 以 轻松 地 把 一 个 模块 所 涉及 的 那些 Activity 转 移 到 为 一 个 模块 
2 


对 于 问题 2) ， 我 们 要 解决 资源 上 的 依赖 。 首 先是 要 制定 模块 的 命 
名 规范 ， 所 有 资源 前 面 都 要 加 上 模块 名 称 ， 这 样 才 能 确保 资源 名 称 不 冲 
突 。 对 于 公用 资源 ， 还 是 要 放 在 AndroidLib 目 录 下 ，AndroidLib 类 库 会 
为 每 个 公共 资源 生成 一 个 R.id.xxx 的 对 应 属性 ， 我 们 要 把 这 个 R 文 件 连 同 
资源 、AndroidLib 目 录 下 的 代码 一 起 打 成 jar 包 ， 放 到 要 用 到 它 的 
MainApp、ModuleA、ModuleB 模 块 中 ， 这 样 手 动 打包 时 才 不 会 出 错 。 


对 于 问题 3) ， 我 们 有 很 多 手段 ， 来 传递 数据 。 比 如 ， 从 ModuleA 
模块 的 A1 页 面 ， 跳 转 到 ModuleB 模 块 的 Bl 页面 ， 传 递 一 些 简单 类 型 还 好 
办 ， 如 果 要 传递 自 定义 的 实体 ， 就 只 能 把 这 个 实体 定义 在 AndroidLib 类 
库 中 了 。 但 是 AndroidLib 类 库 毕 竟 是 放 业 务 无 关 的 代码 ， 所 以 不 适合 存 
放 这 样 的 业务 实体 类 ， 所 以 还 是 尽量 不 要 改动 AndroidLib 类 库 。 








比较 靠 谱 的 做 法 是 ， 再 新 建 一 个 存放 实体 的 AndroidEntity 类 库 ， 这 
些 实体 专门 用 于 传递 模块 间 要 传递 的 数据 。 所 有 模块 都 保持 对 这 个 类 库 
的 引用 。 


我 还 见 过 模块 间 通 信使 用 JSON 文 本 的 ， 这 样 束 不 用 在 AndroidKit 关 
库 中 建 实 体 类 了 。 








对 于 用 户 身 份 信息 ， 也 束 是 User 单 例 类 ， 也 是 这 么 处 理 ， 把 User 关 
放 到 AndroidLib 类 库 中 。 








如 果 一 定 要 使 用 全 局 变量 ， 而 且 要 在 不 同 的 模块 间 读 写 ， 也 可 以 这 
么 处 理 。 


接 下 来 说 一 下 开发 人 员 如 何 创建 自己 的 工作 区 : 








1) 最 简单 无 脑 的 办 法 就 是 把 所 有 的 项 目 都 打开 ， 项 目 之 间 是 代码 
级 依赖 关系 。ModuleA 模 块 的 开发 人 员 只 能 修改 ModuleA 的 代码 ， 尺 管 
能 看 到 MainApp 模 块 和 ModuleB 模 块 的 代码 ， 但 是 却 没 有 权限 修改 。 项 
目 之 间 是 代码 级 的 依赖 关系 ， 那 么 自动 打包 脚本 就 要 相应 修改 ， 我 们 要 
同时 编译 若干 个 项 目 ， 而 且 有 先后 顺序 。 请 参见 博客 园 “ 谦 虚 的 天 下 ”的 
文章 “App 自 动 化 之 使 用 Ant 编 译 项 目 多 渠道 打包 ”[1]，。 








2) 比较 高 级 的 做 法 是 jar 包 依赖 的 方式 ， 只 打开 上 自己 部 门 所 属 模块 
的 代码 。 比 如 ， 对 于 MainApp 模 块 的 开发 人 员 ， 他 们 只 打开 MainApp 模 


块 的 代码 ， 而 把 ModuleA 模 块 和 ModuleB 模 块 对 应 的 两 个 jar 包 引入 项 目 
中 。 这 两 个 jar 包 是 由 ModuleA 和 ModuleB 这 两 个 模块 的 开发 人 员 生 成 后 
上 传 到 MainApp 模 块 的 lib 目 录 的 。 而 对 于 ModuleA 模 块 的 开发 人 员 ， 则 
是 要 打开 MainApp 模 块 和 ModuleA 模 块 的 代码 ， 而 把 ModuleB 模 块 对 应 
的 jar 包 ， 引 入 项 目 中 。 因 为 MainApp 模 块 是 宿主 〈 也 就 是 一 个 壳 ) ， 所 
以 不 得 不 打开 它 的 源码 ， 才 能 编译 调试 代码 。 按 照 这 种 jar 依 赖 的 方式 ， 
自动 打包 脚本 就 非常 简单 了 ， 仍 然 是 单项 目的 打包 机 制 ， 我 们 基于 
MainApp 项 目 进行 打包 ， 其 他 所 有 模块 都 事先 做 成 jar 包 放 到 MainApp 项 
目的 lib 目 录 下 。 


[1] 文章 地 址 : 


http://www.cnblogs.com/gianxudetianxia/archive/2012/07/04/2573687.html。 


9.11 竞 品 技术 九 警 : 第 三 方 SDK 


App 是 一 个 全 新 的 领域 ， 充 满 了 未 知 ， 但 这 也 正 是 它 的 魅力 所 在 。 
开源 社区 上 有 各 种 千奇百怪 的 发 明 创 造 ， 以 GitHub 名 气 最 大 ， 其 中 一 些 
开源 项 目 已 经 为 很 多 App 所 广泛 使 用 ， 比 如 说 ， 本 章 9.5 节 已 经 介绍 过 如 
何在 字体 文件 中 使 用 icon。 接 下 来 我 们 就 要 看 看 还 有 哪些 优秀 的 开源 
SDK。 











9.11.1 HTMIL5 篇 


关于 跨 平 台 交 互 的 开源 项 目 有 很 多 ， 以 下 几 个 比较 有 名 : 


PhoneGap ”这 是 跨 平 台 开 源 项 目的 老大 哥 。 我 研究 过 一 段 时 间 ， 
个 人 感觉 这 个 框架 太 重 了 ， 所 以 才 有 下 面 这 些 开源 项 目的 面世 。 


"WebViewJavascriptBridge.js ”这 是 一 个 优秀 的 开源 小 项 目 ， 国 内 
很 多 大 公司 的 App 都 在 使 用 它 。 它 优雅 的 实现 了 HTML5 和 App 之 间 的 互 
相 调 用 。 束 人像 项 目的 名 称 一 样 ， 它 是 连接 JavaScript 和 WebView 的 桥 


梁 。 


:zepto.js “这 个 开源 项 目 兼容 于 jQuery， 和 jQuery 这 个 老 前 奉 相 比 
算是 青出于蓝 而 胜 于 蓝 。 冲 





CryptoJS ”为 JavaScript 提 供 了 各 种 各 样 的 加 和 密 算 法 。 


:mraid.js MARID 是 Mobile Rich Media Ad Interface Definitions 的 缩 
写 ， 即 移动 富 媒 体 广告 接口 定义 ， 基 于 JavaScript 实 现 。 3 


9.11.2 iOS 篇 


:CocoaPods ”iOS 最 有 名 的 类 库 管理 工具 ， 解 决 类 库 之 则 依赖 关系 
的 开源 项 目 。 


-EGOImageLoading ”异步 加 载 图 片 的 第 三 方 类 库 ， 有 点 类 似 于 
Android 的 ImageLoader。 关 于 EGO-ImageLoading 的 详细 介绍 ， 参 见 


http://blog.csdn.net/duxinfeng2010/article/details/9000693 。 


-CocoaLumberjack ”这 是 一 个 集 快捷 、 简 单 、 强 大 和 灵活 于 一 身 的 
日 志 框架 。 关 于 CocoaLumberjack 的 详细 介绍 ， 参 见 


http:/www.cocoachina.coryindustry/20140414/8157.html 。 


"YAJL (Yet Another JSON Library) ”是 一 个 小 型 事件 驱动 (SAX 
风格 ) 的 JSON 解 析 器 ， 采 用 ANSI C 编 写 。 关 于 YA 开 的 详细 介绍 ， 人 参见 


http://mobile.51cto.com/iphone-386666.htm 。 


:zlib ”用 于 解压 缩 Zip 包 。 我 们 在 App 中 打包 HTML5 页 面 时 会 用 到 
这 个 东西 。 关 于 zlib 的 详细 介绍 ， 参 见 


http:/xzhoumin.blog.163.comy/blog/static/40881136201314382439/ 。 


9.11.3” ”Android 篇 


“aSmack ”说 到 aSmack， 自 然 要 先 提 提 Smack。Smack API 是 一 个 
完整 的 实现 了 XMPP 协 议 的 开源 API 库 ， 而 aSmack 则 是 Smack 在 Android 
上 的 构建 版 本 ， 于 2013 年 2 月 初 迁移 到 GitHub 上 ， 该 资源 库 并 不 包含 太 
多 的 代码 ， 只 是 一 个 构建 环境 。 开 发 者 可 以 利用 该 API 进 行 基于 XMPP 
协议 的 即时 消息 应 用 程序 开发 。 项 目地 址 : http://www.open- 
open.com/lib/view/home/1368327419922 。 








EventBus ”是 一 个 发 布 -订阅 的 事件 总 线 ， 是 为 Android 量 喘 打造 的 
开源 项 目 。 看 到 及 布 -订阅 ， 我 们 自然 就 会 想起 观察 者 模式 ， 其 实 这 个 
开源 项 目 就 是 按照 这 个 思路 实现 的 。 关 于 EventBus 的 详细 描述 ， 请 参 
见 : http://blog.csdn.net/lmj623565791/article/details/40794879 。 


9.11.4 其 他 


:Pinyin4j ” 它 是 sourceforge.net 上 的 一 个 开源 项 目 ， 可 以 将 汉字 转化 
为 拼音 ， 这 样 的 话 ， 当 我 们 从 服务 器 取出 中 文 城市 列表 的 数据 后 ， 就 可 
以 通过 输入 全 拼 或 者 拼音 首 字母 ， 迅 速 的 查找 到 相应 的 中 文 城市 了 。 关 
于 Pinyin4j 的 详细 描述 ， 请 参 





见 : http://blog.csdn.net/woshixuye/article/details/7462081 。 


在 此 ， 我 谈 一 下 对 这 个 技术 的 一 点 看 法 。 我 认为 不 该 在 客户 端 做 
这 个 事情 ， 太 重 了 。 应 该 由 服务 器 端 在 返回 中 文 城市 数据 时 ， 额 外 返回 
该 城市 的 全 拼 或 者 拼音 首 字 母 这 两 个 字段 。 把 复杂 的 业务 逻辑 放 在 服务 








-Countly ”精益 化 运营 ， 需 要 一 个 优秀 的 统计 分 析 平 台 ， 其 中 比较 
优秀 的 有 Countly 和 Google Analytics， 后 者 又 简称 为 GA。 








:市面 上 的 App 对 GA 使 用 得 比较 多 ， 对 Countly 了 解 不 多 。Countly 是 
一 球 专 门 给 移动 应 用 的 统计 分 析 平 台 ， 而 且 它 居然 是 开源 的 。Countly 
由 两 部 分 组 成 ，APP SDK 和 服务 器 ， 服 务 器 是 建立 在 Node.js 和 
MongoDB 之 上 的 。 如 果 厌 倦 了 第 三 方 平台 的 局 限 性 ， 可 以 考虑 使 用 该 
开源 平台 。 





[1] 关于 WebViewJavascriptBridge 的 详细 介绍 ， 请 参见 
http:/www.cocoachina.com/industry/20131230/7628.html。 

[2] 关于 zepto.js， 请 参见 
http:/www.cnblogs.com/huangtenghui/archive/2013/03/05/2944614.html。 

[3] 关于 MRAID 的 详细 介绍 ， 请 参见 http://blog.chinaunix.net/uid- 
22312037-id-4238431.html。 


9.12 ” 竞 品 技术 十 称 : 版 本 策略 与 App 彩 和 蛋 

9.12.1 版 本 策略 
同一 时 间 比 较 了 100 款 App 的 iPhone 和 Andriod 版 本 ， 有 以 下 几 种 版 
.保持 一 致 。 比 如 ， 当 前 版 本 都 叫 6.0.0。 下 一 个 迭代 版 本 都 叫 


6.1.0。 但 下 一 个 达 代 版 本 绝对 不 能 是 6.0.1， 因 为 6.0.0 版 本 在 使 用 中 发 现 
严重 问题 要 紧急 修复 紧急 发 版 时 ， 就 不 好 定义 版 本 号 了 。 














:第 二 位 用 于 版 本 递增 。 比 如 6.1.0，6.2.0，6.3.0; 第 三 位 用 于 紧急 
发 版 ， 比 如 6.1.1，6.1.2，6.1.3。 


.一 个 奇数 ， 另 一 个 偶数 。 如 iPhone 3.1.3 和 Android 3.1.4。 下 个 版 本 
则 是 iPhone 3.1.5 和 Android 3.1.6。 其 实 这 也 是 没 给 自己 留 后 路 ， 如 果 
3.1.3 发 现 问题 要 紧急 发 版 ， 将 没有 版 本 号 可 用 。 


我 还 见 过 3.1563 这 样 的 版 本 号 ， 也 曾 见 过 6.0.1.2 这 样 的 版 本 号 ， 但 
都 属于 非 主流 ， 这 里 就 不 多 做 介绍 了 。 


9.12.2 App 彩蛋 








1. 我 发 现 一 些 App 的 包 中 总 是 有 些 有 趣 的 文件 : 


:比如 apk 包 中 挫 杂 gradle 等 文件 ， 这 一 看 就 是 Android 打 渠道 包 时 留 
下 的 垃圾 。 


:比如 ipa 包 中 迭 杂 .h 文 件 ， 其 中 有 程序 员 的 签名 ， 让 目 己 的 大 名 出 
现在 几 干 万 用 户 的 手机 中 ， 我 也 是 醉 了。 





比如 包 中 有 些 文 件 会 带 有 Test 前 经， 这 明显 是 用 于 目 动 化 测试 的 。 
以 上 种 种 ， 从 侧面 表现 出 App 的 开发 团队 的 水 平 很 业余 。 
2. 哥 们 ， 裤 子 拉链 开 了 ! 


有 时 还 能 从 App 的 设置 页 面 看 到 “调试 ”这 样 的 后 门 ， 点 进去 看 到 的 
是 专门 给 开发 人 员 联 调 、 测 试 人 员 验 收 时 使 用 的 页 面 。 这 就 上 升 到 线 上 
故障 了 。 








3. 图 片 不 要 使 用 中 文 名 称 





建议 还 是 全 都 使 用 英文 名 称 的 图 片 名 称 。 中 文 名 称 多 少 显 得 有 些 业 
余 。 我 还 见 过 “+.png" 这 样 的 图 片 名 称 ， 对 应 的 就 是 一 个 加 号 图 片 。 


4. 大 文件 


我 见 过 有 些 App 里 面 会 有 7.6M 的 图 片 ， 我 打开 一 看 ， 其 实 就 是 “ 添 
加 收藏 ”的 按钮 图 片 。 把 这 张 图 片 扔 进 App 中 的 程序 员 ， 可 以 吊 起 来 暴打 
一 山 了 ， 


我 还 见 过 有 的 App 嵌 入 1 个 2.6MB 的 字体 文件 ， 这 相当 不 划算 。 如 果 
只 用 到 这 个 字体 的 几 个 字 ， 那 么 还 不 如 将 它 做 成 icon 放 到 ttf 字体 文件 
中 。 


5.Zip 压 缩 包 用 密码 





如 果 你 觉得 自己 的 配置 文件 、Lua 脚 本 、HTML5 真 的 很 重要 ， 不 想 
被 别人 看 到 ， 就 把 它们 压缩 为 Zip 包 吧 ， 并 加 上 一 个 密码 。 


913 本 痊 小 结 


“ 当 我 们 认为 自己 对 这 个 世界 已 经 相当 重要 的 时 候 ， 其 实 这 个 世界 
才刚 刚 准 备 原 谎 我 们 的 幼稚 。” 这 句 话 时 刻 警 醒 着 我 ， 不 要 沉迷 于 以 往 
取得 的 成 绩 ， 作 为 技术 负责 人 ， 要 与 时 候 进 ， 要 有 敏锐 的 嗅觉 ， 才 能 跟 
得 上 时 代 的 潮流 。 要 永远 抱 着 谦卑 的 心态 ， 去 学 习 竞争 对 手 先 进 的 技术 
和 理念 ， 才 能 时 刻 在 这 个 行业 占据 着 主动 地 位 。 











第 三 部 分 ”项目 管理 和 团队 建设 
:第 10 章 ”项 目 管理 决定 了 开发 速度 
:第 11 章 ”日常 工作 中 的 问题 解决 


:第 12 半 ”无 线 团队 的 组 建 和 管理 








打造 一 文 李云龙 风格 的 独立 团 。 


这 部 分 讨论 三 个 主题 : 移动 项 目 管理 、 线 上 问题 分 析 与 解决 、 团 队 


建设 。 


个 人 技术 水 平 再 高 ， 不 懂得 怎么 融 项 目 带 团 队 ， 也 是 白搭 。 我 做 过 
很 多 失败 的 项 目 ， 也 按期 交付 过 优质 的 项 目 。 成 功 不 可 复制 ， 但 是 失败 
的 经 验 教 训 一 定 要 吸取 。 我 的 经 验 心得 是 ， 项 目 是 否 成 功 ， 一 半 取 决 于 
团队 的 技术 水 平 ， 另 一 半 取 决 于 项 目 经 理 的 经 验 ， 比 如 说 ， 如 何 拆 分 需 
求 到 寿 干 次 迭代 ， 如 何 激 励 士 气 ， 如 何 控 制 风 险 。 











对 于 移动 互联 网 公司 ， 日 常 工作 中 除了 做 项 目 ， 还 要 解决 线 上 各 种 
各 样 的 问题 。 如 何 快速 准确 地 定位 问题 需要 经 验 积累 ， 每 一 个 成 熟 的 方 
法 背后 ， 都 有 一 个 充满 血 和 泪 的 故事 。 





我 讨厌 教条 式 的 KPI 考 核 ， 我 对 员工 的 评价 是 基于 他 的 潜力 以 及 成 


长 。 有 潜力 的 员工 永远 是 我 欣 党 的 。 但 是 一 个 团队 不 能 全 都 是 这 样 的 

人 ， 要 像 西天 取经 组 合 那样 兼容 并 包 。 我 喜欢 招 有 潜力 、 有 悟性 、 性 格 
比较 外 辐 的 员工 ， 即 使 当前 的 技术 水 平 还 不 够 ， 但 我 会 通过 各 种 方式 将 
其 塔 养 成 为 一 流 人 才 ， 看 人 才 逐 步 成 长 ， 就 像 雕 琢 玉 露 一样 ， 是 一 个 且 


受 的 过 程 。 








第 10 章 ”项目 管理 决定 了 开发 速度 


想 改 变现 状 ， 首 先 要 深入 一 线 ， 见 悉 现 状 ， 知 道 了 一 线 人 员 的 知 与 
痛 ， 然 后 才能 一 小 步 一 小 步 地 优化 ， 步 子 太 大 ， 容 易 扯 着 重 ， 后 期 可 以 
把 步子 迈 得 大 一 些 ， 最 终 旨 厦 你 所 期 望 的 那个 方 癌 逼近 。 


一 次 性 把 流程 全 都 改变 了 ， 一 线 人 员 表 先 会 不 习惯 ， 从 而 达 不 到 效 
果 ， 但 是 各 种 报表 是 好 看 的 ， 上 报 给 大 老板 的 结果 都 是 好 的 ， 直 到 最 后 
一 天 揪 不 住 了 ， 才 会 发 现 延 期 或 者 驴 展 不 对 马 嘴 ， 而 项 目 负责 人 这 时 候 
总 能 找到 脱身 的 理由 ， 比 如 团队 执行 不 到 位 ， 其 他 部 门 配合 不 够 ， 然 后 
轻描淡写 地 说 “ 移 解 决 问题 而 不 奶 完 责任 >。 于 是 ， 项 目 每 次 欠 代 都 会 延 
期 而 得 不 到 本 质 上 的 改变 。 

















王安石 变法 不 就 是 个 很 好 的 反面 教材 吗 ? 那 次 变法 具备 了 项 目 管理 
中 最 忌讳 的 几 件 事情 : 


1) 领导 者 高 高 在 上 ， 执 行者 其 上 上 螨 下 。 


2) 理想 美好 但 是 不 切实 际 ， 最 后 连 农民 阶层 这 样 的 “受益 者 ”都 肥 
对 。 


3) 一 次 性 改变 太 多 ， 导 致 树 敌 太 多 。 很 多 人 不 理解 不 支持 ， 尤 其 
是 既得 利益 受到 损害 的 阶层 。 








无 线 项 目的 管理 ， 与 之 前 的 所 有 项 目 都 不 同 ， 因 为 它 涉及 iOS、 
Android、MobileAPI 和 QA 团队 的 相互 依赖 、 分 工 协作 的 事情 。 以 下 是 
我 这 几 年 来 在 无 线 领域 摸 着 石头 过 河 的 经 验 总 结 ， 其 中 也 走 过 不 少 弯 
路 ， 仅 供 大 家 参考 。 


10.1 项 目 管理 中 的 三 罗马 车 

对 于 无 线 研发 部 门 而 言 ， 一 个 完整 的 团队 ， 应 该 包括 产品 经 理 、 开 
发 、 测 试 这 3 个 团队 ， 我 们 称 之 为 “三 罗马 车”。 其 中 ， 

-产品 经 理 是 三 要 马车 的 灵魂 。 

:开发 团队 是 三 要 马车 的 主力 。 

测试 团队 是 三 萄 马车 中 的 保证 。 


要 想 项 目 跑 得 快 ， 一 定 要 搞 好 三 要 马车 之 间 的 关系 。 团 队 之 间 越 默 
契 ， 效 率 越 高， 质量 越 蜗 。 





我 们 需要 为 三 加 马车 配备 一 个 轨 驶 员 ， 也 就 是 项 目 经 理 。 因 为 现在 
互联 网 公司 都 走 敏 捷 流 程 ， 所 以 又 称 这 个 角色 为 Scrum Master， 他 负责 
把 三 驾 马车 快速 而 平稳 地 驾驶 到 终点 。 


10.1.1 ”为 什么 不 能 没有 测试 团队 


我 见 过 有 些 公司 没有 测试 团队 ， 而 是 让 开发 人 员 自 测 ， 产 品 经 理 验 
收 。 这 是 一 件 非常 不 靠 谱 的 事情 ， 原 因 如 下 : 


1) 开发 人 员 目 测 ， 只 会 按照 自己 编程 的 逻辑 进行 测试 ， 很 多 时 


候 ， 局 外 人 一 一 也 束 是 测试 人 员 ， 因 看 事情 的 角度 不 同 ， 才 能 发 现 更 多 
的 问题 。 


2) 测试 过 多 地 占用 了 产品 经 理 的 精力 。 产 品 经 理应 该 更 多 地 关注 
产品 本 映 ， 包 括 页 面 转 化 率 、 用 户 体 验 ， 等 等 。 其 实 他 们 只 要 在 发 版 前 
验收 一 下 需求 (逻辑 、UI)》 是 他 们 想 要 的 束 可 以 了 。 而 测试 人 员 的 工作 
就 是 一 天 到 晚 执 行 测 试用 例 ， 想 方 设法 发 现 bug。 








3) 测试 工作 不 是 产品 经 理 的 专长 ， 很 多 情况 ， 比 如 边界 条 件 ， 就 
是 产品 经 理 测 不 到 的 地 方 。 试 想 一 个 登录 功能 ， 产 品 经 理 的 验收 标准 仅 
仅 是 点 击 登 录 按钮 能 进入 个 人 中 心 就 够 了 ， 而 测试 人 员 的 测试 用 例 却 有 
50 多 个 。 





4) 产品 经 理 对 bug 的 关注 度 不 够 ， 于 是 经 党 出现 开 有 发 人 员 修 复 一 个 
bug， 但 是 产品 经 理 儿 天 后 才 会 验收 的 情况 一 一 他 们 常常 是 把 bug 积 压 到 
定数 量 后 才 批 量 处 理 ， 这 样 比较 省 事 ， 殊 不 知 这 样 的 风险 很 大 ， 如 宋 
最 后 才 发 现 有 bug 并 没有 完全 修复 而 此 时 又 临近 发 版 ， 那 么 就 只 能 是 项 
目 延期 或 者 忍痛 屏蔽 该 功能 了 。 

















以 上 4 点 ， 是 我 这 几 年 来 作为 项 目 管理 者 所 观察 到 的 情况 ， 由 此 而 
验证 测试 团队 在 敏捷 开发 流程 中 不 可 或 缺 的 地 位 。 





一 个 好 的 移动 团队 ， 至 少 要 有 2 名 测试 人 员 ， 开 发 和 测试 比 大 约 是 
6:1。 也 就 是 说 ，1 个 测试 人 员 对 2 个 iOS 开 发 人 员 +2 个 Android 开 发 人 员 


+2 个 MobileAPI 开 发 人 员 。 测 试 团 队 应 该 担负 的 工作 如 下 : 





召开 测试 用 例 评审 会 一 一 相当 于 需求 二 次 评审 。 测试 人 员 、 开 友 
人 员 、 产 品 经 理 在 会 议 上 对 需求 达成 一 致 。 


手动 测试 。 
全 功能 回归 测试 。 
-探索 性 测试 。 
渠道 包 测 试 。 


.MobileAPI 发 布 上 线 前 的 测试 工作 。 
.压力 测试 。 

-Monkey 测 试 。 

` 客 人 投诉 回访 。 


在 很 多 公司 里 ， 因 为 过 度 强 调 开发 团队 的 重要 性 ， 测 试 团队 往往 沦 
为 附庸 。 于 是 ， 测 试 团 队 往 往 是 被 项 目 经 理 安排 去 做 菜 项 工作 ， 而 不 是 
目 主 选择 该 去 做 什么 事情 。 被 动 的 入 了 ， 目 然 就 形成 鸡肋 了 。 








测试 团队 应 该 在 项 目 中 有 自己 的 话语 权 ， 一 方面 他 们 要 对 质量 负 
责 ， 男 一 方面 ， 他 们 要 及 时 反馈 达 代 过 程 中 发 现 的 各 种 风险 ， 比 如 : 


` 当 测试 资源 不 足 时 ， 应 该 告诉 项 目 经 理 哪些 功能 因为 没有 测试 资 
源 是 不 能 上 线 的 。 





-在 发 版 前 如 果 发 现 bug 很 多 ， 应 该 通知 项 目 经 理 这 次 从 代 的 风险 。 
要 么 延期 ， 要 么 砍 功 能 。 但 是 决 不 能 带 着 严重 的 bug 上 线 。 


10.1.2 ”产品 经 理应 做 的 事 





当 产 品 经 理 不 再 承担 测试 的 工作 时 ， 就 应 该 把 更 多 精力 放 在 需求 本 
号 了 。 他 们 应 该 花 80% 时 间 在 需求 上 ， 以 确保 需求 尽量 清晰 ， 人 至 少 目 己 
想 明 白 了 ， 才 能 让 开发 人 员 和 测试 人 员 也 明白 。 


另外 20% 时 间 王 什么 呢 ? 





首先 他 要 参加 开发 和 测试 人 员 的 每 日 站 例会 ， 这 样 才 会 知道 开发 人 
员 在 哪些 需求 上 过 到 了 人 逻辑 问题 ， 从 而 及 时 做 出 调整 。 这 个 站 例会 很 重 
要 ， 如 果 产 品 经 理 不 能 保证 每 天 都 参加 ， 有 可 能 直到 最 后 一 天 才 告 诉 团 
队 这 不 是 他 想 要 的 产品 。 

















其 次 ， 测 试 团 队 提 的 bug， 经 过 开发 人 员 分 析 后 ， 发 现 
的 问题 ， 会 将 bug 转 给 产品 经 理 。 产 品 经 理 每 天 都 要 检查 分 配给 目 己 的 
bug， 要 么 重新 定义 业务 逻辑 ， 让 开发 人 员 照 此 修改 ;要 么 降低 bug 优 先 
级 ， 本 期 迭代 不 修复 。 





验收 需求 。 在 开发 工作 结束 、 测 试 工作 接近 尾声 时 ， 产 品 经 理 要 安 
闭 一 个 开 及 版 App， 验 证 实际 开发 出 来 的 功能 是 否 与 他 的 需求 一 致 。 





最 后 ， 也 就 是 发 版 前 ， 产 品 经 理 要 根据 本 次 碗 代 的 bug 清 单 ， 根 据 
测试 团队 的 反馈 。 决 定 是 否 发 版 一 一 bug 太 多 可 能 会 延期 。 








产品 经 理 在 项 目 中 的 职 贡 很 简单 ， 束 是 定义 什么 是 对 的 ， 然 而 很 多 

司 为 其 赋予 了 太 多 的 黄 任 ， 比 如 他 们 要 对 项 目 进度 负责 ， 所 以 每 天 要 
组 织 站 例会 ， 他 们 要 对 项 目 质 量 人 负责 ， 所 以 每 天 要 进行 测试 。 请 问 ， 这 
样 的 产品 经 理 还 会 有 什么 天 马 行 空 的 想法 呢 ? 用 我 老板 的 话 讲 ， 把 产品 
经 理 当 牲口 使 。 








很 多 互联 网 公司 在 设计 App 时 ， 都 是 把 网 站 上 的 成 熟 产 品 搬 到 App 
这 不 需要 太 多 的 产品 设计 ， 所 以 把 产品 经 理 当 牲 口 使 这 种 策略 一 度 
是 可 行 的 。 但 随 着 网 站 内 容 和 App 内 容 渐 趋 一 致 后 ， 如 果 还 想 在 App 上 
有 所 突破 ， 比 如 App 上 的 订单 超过 网 站 上 的 订单 ， 这 就 需要 在 用 户 体 
验 、 运 营 策略 上 下 功夫 了 。 





10.1.3 ”开发 人 员 的 喜 怒 说 乐 





我 是 程序 员 出 身 ， 也 曾 过 着 上 班 时 穿 拖鞋 短裤 的 IT 男生 活 。 我 深 知 
技术 男 豆 欢 什么 ， 不 豆 欢 什么 。 


一 个 软件 /互联 网 公司 的 成 功 与 否 ， 很 大 程度 上 取决 于 这 些 技术 男 
也 就 是 开发 人 员 的 存在 ， 只 有 他 们 能 把 产品 经 理 的 想法 或 者 答 试 付 诸 实 
践 ， 这 才 是 其 价值 有 所在。 


[ey 


开 友 人 员 要 想 尽 一 切 办 法 实现 需求 ， 而 不 是 一 天 到 晚 友 牢 又 ， 说 
个 需求 做 不 了 那个 需求 做 了 也 没 用 。 值 得 欣慰 的 是 ， 牢 骚 归 牢骚 ， 再 盏 
再 累 ， 绝 大 多 数 一 线 开发 人 员 还 是 会 咬 着 牙 把 需求 按时 做 完 ， 诚 然 ， 获 
夜 加 班 是 必须 的 。 











这 众多 的 牢骚 之 中 ， 我 听 到 抱怨 的 最 多 是 : 


1) 一 句 话 需求 。 


2) 开发 过 程 中 ， 产 品 需求 频繁 变动 。 








3) 产品 经 理 搞 不 清楚 业务 逻辑 。 直 到 开发 过 程 中 才 发 现 有 问题 。 


4) UI 设计 图 、 切 图 、 标 注 图 不 到 位 。 





所 有 这 一 切 ， 只 能 怪 互 联网 公司 节奏 太 快 ， 不 能 像 软 件 公司 那样 按 
部 就 班 的 工作 。 





我 在 接 下 来 的 章节 ， 了 就 是 要 想 尽 各 种 办 法 ， 来 解决 这 些 问 题 。 


10.1.4 ”项目 经 理 的 职责 


在 敏捷 流程 中 ， 项 目 经 理 也 称 为 Scrum Master。 根 据 我 多 年 做 
Scrum Master 的 经 验 ， 我 的 切身 体会 是 : 





1) 项 目 经 理 不 需要 知道 太 多 的 业务 逻辑 ， 他 只 关心 项 目 进 度 就 够 


2) 一 个 团队 是 否 高 效 ， 完 全 取决 于 项 目 经 理 的 水 平 。 


项 目 经 理 的 事情 非常 琐 雁 ， 他 不 希 要 技术 和 业务 知识 ， 但 是 却 一 天 
到 晚 跟 大 项 目 进度 走 ， 和 各 个 团队 沟通 ， 协 调资 源 。 以 下 是 项 目 经 理 的 


儿 项 职员 : 


1) 搜集 开发 计划 和 测试 计划 。 分 配 开 发 任务 和 测试 任务 是 开发 和 
测试 团队 各 目的 Team Leader 的 工作 。 他 们 会 把 工时 汇总 给 项 目 经 理 和 
产品 经 理 ， 然 后 由 项 目 经 理 协 调 三 区 马车， 在 规定 的 期 限 内 ， 尽 可 能 
的 排 进 更 多 的 需求 。 





2) 主持 每 天 的 站 例会 ， 并 发送 会 议 记 要 。 绝 对 茶 止 发 送 报喜 不 报 
忧 的 会 议 记 要 。 


3) 积极 面 对 风 险 ， 及 时 调整 计划 ， 以 减少 风险 。 这 人 句 话说 起 来 简 
单 ， 实 际 操作 起 来 绝 非 易 事 ， 很 大 程度 上 取决 于 项 目 经 理 的 经 验 。 


4) 及 时 解决 各 个 地 方 的 瓶颈 。 


5) 推动 bug 的 修复 情况 。 


6) 监督 开发 团队 的 时 烟 测 试 、 测 试 团 队 的 探索 性 测试 、 产 品 经 理 
的 验收 工作 。 





7) 如 果 开 发 流程 需要 同步 到 jira， 那 么 项 目 经 理 要 负责 创建 Story 和 
Task。 为 了 提高 开发 人 员 的 工作 效率 ， 项 目 经 理 可 以 在 每 天 开 完 站 例 
会 ， 了 解 完 所 有 人 员 的 进度 后 ， 根 据 会 议 记 要 ， 帮 助 开 发 人 员 在 jira 上 





我 个 人 是 不 喜欢 jira 的 ， 因 为 操作 起 来 太 有 奈 烦 ， 不 如 Excel 人 简单 明 
了 。 不 同 项 目 经 理 有 各 自 使 用 顺手 的 工具 ， 半 个 小 时 内 能 完成 同步 进度 
的 工具 都 是 好 工具 。 














8) 项 目 结束 后 ， 召 开 总 结 会 ， 好 的 地 方 继续 保 持 ， 做 的 不 好 的 地 
方 ， 集 思 广 蔓 想 办 法 解决 。 








以 上 介绍 了 无 线 部 门 敏捷 开发 中 各 个 团队 的 作用 ， 接 下 来 介绍 如 何 
搞 敏 捷 开 发 。 


10.2 ”优化 团队 结构 ， 让 敏捷 流程 跑 得 更 快 


敏捷 流程 中 ， 切 忌 僵 化 的 团队 组 织 结构 。 为 了 让 敏捷 流程 跑 得 更 
快 ， 我 们 应 该 不 断 地 优化 团队 的 结构 和 开 友 模式 ， 不 断 地 尝试 ， 友 现 好 
的 地 方 要 坚持 ， 发 现行 不 通 ， 观 察 一 两 个 迭代 后 果断 撤回 来 ， 再 去 想 别 
的 办 法 。 丁 我 将 介绍 敏捷 过 程 中 的 一 些 优化 方案 。 





10.2.1 平行 模式 还 是 垂直 模式 








由 于 移动 互联 网 的 开发 模式 有 别 于 传统 互联 网 一 一 它 是 由 
Android、iOS 和 MobileAPI 三 个 团队 组 成 的 ， 所 以 选择 什么 样 的 开发 模 
式 是 很 有 讲究 的 : 


平行 模式 ， 就 是 Android、iOS 和 MobileAPI 各 自 为 一 个 独立 的 团 
队 ， 在 项 目 初期 ， 团 队 间 制定 好 MobileAPI 接 口 的 格式 ， 约 定好 联 调 时 
间 ， 就 可 以 各 自 开 工 了 。 然 后 到 了 联 调 时 间 ， 再 进行 集成 测试 。 


垂直 模式 ， 就 是 按照 模块 ， 拆 分 出 若干 小 的 团队 ， 比 如 说 会 员 中 
心 ， 束 由 一 个 小 团队 负责 这 个 模块 ， 有 相应 的 Android、iOS 和 
MobileAPI 开 发 人 员 ， 以 及 产品 经 理 和 测试 人 员 。 


这 两 种 模式 我 都 泽 斌 过， 分别 介绍 如 下 : 


1. 垂 直 开 发 模式 


我 曾经 做 过 一 个 B2C 项 目 ， 使 用 的 就 是 垂直 模式 。 团 队 10 个 人 ， 其 


.1 个 产品 经 理 。 

:1 个 项 目 经 理 。 

.2 个 Android 开 发 人 员 。 

2 个 iOS 开 及 人员。 

.2 个 MobileAPI 开 发 人 员 。 


:2 个 测试 人 员 。 





这 个 项 目 做 了 2 个 月 ， 延 期 4 天 上 线 ， 排 除 掉 过 程 中 遇 到 的 很 多 不 可 
抗 因素 〔 比 如 公司 的 新 人 培训 、 测 试 环境 的 不 稳定 性 ， 等 等 ， 算 是 一 
个 比较 成 功 的 项 目 。 





我 一 直 在 思考 这 个 项 目 成 功 的 原因 ， 因 为 之 前 做 的 很 多 项 目 都 要 延 

期 很 和信， 其 中 有 一 点 非常 关键 : 垂直 模式 的 开发 模式 使 得 这 只 团队 非常 
高 效 。 当 App 开 发 人 员 发 现 有 个 MobileAPI 接 口 不 能 使 用 时 ， 他 会 抱 着 
笔记 本 坐 到 MobileAPI 开 及 人 员 和 劳 边 的 座位 上 ， 一 起 联 调 ， 直 到 解决 问 








题 。 测 试 人 员 从 前 端 发 现 bug， 会 从 App 往 下 一 路 查 到 MobileAPI， 直 到 
bug 修 复 。 所 有 人 都 在 对 一 个 团队 负责 ， 为 一 个 目标 而 努力 。 











2 .平行 开发 模式 


仍然 是 上 述 这 种 拆 分 成 看 干 独立 小 团队 的 开发 模式 ， 在 其 他 公司 却 
行 不 通 。 我 们 虽然 将 开发 团队 按照 业务 模块 拆 分 为 砂 干 个 独立 小 团队 
了 ， 但 是 战斗 力 并 没有 得 到 加 强 ， 因 为 拆 分 前 并 没有 确保 每 个 开 友 人 员 
都 熟悉 自己 所 负 员 的 模块 。 后来， 有 开发 人 员 离 职 ， 随 着 2~3 名 技术 骨 
干 的 离开 ， 这 种 模式 就 走 不 下 去 了 。 有 些 组 只 剩 下 一 些 实习 生 ， 难 以 维 
持 下 去 ， 只 能 合并 到 其 他 组 。 


男 一 方面 ， 由 于 Android 和 iOS 开 发 人 员 被 分 散 到 各 个 组 ， 以 至 于 我 
想 做 重 构 的 时 候 ， 每 个 组 的 进度 不 一 致 ， 有 的 组 有 时 间 ， 有 的 组 还 在 做 
需求 ， 导 致 重 构 的 事情 推 不 下 去 。 














于 是 ， 我 们 又 退回 到 平行 模式 ， 重 新 把 团队 按照 技能 划分 为 
Android、iOS 和 MobileAPI 团 队 。 


由 此 而 吸取 的 教训 是 ， 在 团队 没有 成 规模 之 前 ， 不 宜 拆 分 。 这 就 好 
比 一 只 手 有 五 根 手 指 ， 拱 成 拳头 打出 去 才 有 力量 。 另 一 方面 ， 即 使 是 要 
做 拆 分 ， 比 如 一 文 10 人 的 Android 技 术 团队 ， 也 是 每 次 拆 分 出 2 个 人 ， 一 
步 步 的 进行 ， 而 不 是 一 下 子 就 把 10 个 人 拆 成 5 文 2 人 团队 了 。 





每 次 拆 分 出 的 这 2 个 人 人， 就 雷 打 不 动 做 这 个 模块 了。 不 能 说 哪 天 其 
他 模块 没 人 了 ， 把 他 们 调 回 去 ， 临 时 文 援 1*2 周 ， 这 是 不 行 的 。 必 须 把 
人 固定 在 模块 上 ， 才 能 培养 出 这 2 个 人 的 业务 知识 。 

绍 完 上 述 两 种 开发 模式 ， 可 以 观察 到 适用 于 无 线 开 发 团队 的 开发 
模式 。 从 短期 看 ， 人 少 的 时 候 ， 平 行 模式 比较 有 优势 ， 从 长 期 看 ， 随 大 





pj 
业务 规模 的 扩大 ， 垂 直 开 发 模式 是 大 势 所 趋 。 毕 竟 ， 对 于 Team Leader 


而 言 ， 手 下 超过 6 个 人 就 会 有 管理 上 的 问题 。 


10.2.2 ”让 HTML5 站 点 和 MobileAPI 的 进度 提前 一 个 迭代 
， 只 要 是 


做 了 这 几 年 的 迭代 ， 我 的 切身 感受 是 
MobileAPI 和 App 同 时 开发 ， 就 会 延期 。 而 那些 现成 的 MobileAPI 接 口 ， 








App 开 发 人 员 可 以 直接 拿 来 合用， 一般 都 不 会 延期 。 

我 尝试 过 每 次 让 HTML5 网 站 先行 ， 请 他 们 先 去 扫雷 ， 他 们 会 和 
MobileAPI 早 一 个 迭代 把 这 个 功能 在 HTML5 站 点 实现 了 ， 下 一 个 迭代 再 
接 入 App。HTML5 网 站 的 特点 是 开发 周期 短 ， 往 往 一 个 页 面 App 需 要 1 
天 ， 而 HTML 5 页 面 一 个 小 时 就 做 好 了 。 


10.2.3 ”如 何 进行 模块 化 分 工 
任何 一 个 企业 级 App， 都 是 由 若干 个 业务 模块 组 成 ， 比 如 说 会 员 中 


心 、 美 食 、 电 影 等 等 。 我 们 要 确保 每 一 个 模块 都 有 1~2 个 开 用 人 员 非 钟 
熟悉 它 的 业务 馆 辑 ， 长 时 间 在 该 模块 上 开 及 和 维护 。 


我 见 过 10 人 的 Android 开 发 团队 ， 因 为 没有 明确 的 业务 模块 分 工 ， 
导致 每 次 迭代 ， 人 负责 开发 某 个 功能 的 开发 人 员额 外 还 需要 1~2 天 熟悉 代 
码 和 业务 的 时 间 ， 直 接 导 致 了 开发 效率 的 下 降 。 





当 模 块 化 工作 落实 到 每 一 个 开发 人 员 身 上 时 ， 你 会 发 现 ， 每 当 产 品 
经 理 提 一 个 需求 ， 比 如 说 美食 模块 ， 那 么 Android 开 发 、iOS 开 发 、 
MobileAPI 开 发 、 产 品 经 理 、 测 试 人 员 会 自发 组 建 一 个 QQ 和 群 ， 在 里 面 讨 
论 、 沟 通 该 功能 点 的 所 有 事情 ， 直 到 开发 完成 、 测 试 人 员 和 产品 经 理 验 
收 通过 。 他 们 会 协调 时 间 ， 以 确保 该 需求 准时 完成 。 





在 模块 化 的 实际 操作 中 ， 被 划分 到 某 个 模块 的 开发 人 员 ， 不 仅仅 要 
熟悉 该 模块 的 业务 逻辑 ， 从 代码 角度 来 说 ， 还 要 清晰 地 知道 该 模块 包括 
哪些 Activity、Adapter、Entity 和 其 他 一 些 类 。 我 们 在 第 1 章 1.1 节 介绍 
过 ， 要 对 项 目 进行 重 构 ， 把 项 目 按照 业务 模块 进行 组 织 ， 也 是 基于 这 个 
目的 。 








模块 化 分 工 是 一 个 需要 长 时 间 磨 合 、 调 整 的 过 程 。 我 的 切身 体会 
是 ， 要 确保 “让 合适 的 人 做 合适 的 事 ”， 比 如 说 : 


并 不 是 每 个 人 都 能 接手 “会 员 中 心 ” 这 个 模块 的 ， 这 个 模块 包括 个 
人 信息 、 各 种 订单 信息 、 消 息 合子、 充值 、 红 包 、 积 分 等 等 很 零碎 的 功 











能 ， 通 季 没 有 太 多 的 技术 合 量 ， 而 大 多 是 脏 活 至 活 ， 所 以 需要 一 个 沙 僧 
型 任 劳 任 息 的 开发 人 员 来 负责 








“对 于 公司 最 重要 的 业务 模块 ， 要 委派 踏实 勤奋 的 开 友 人 员 ， 蹄 实 
古 确 保质 量 遇 ， 不 会 犯 患 蕊 的 错误 以 至 于 影响 公司 生意 ， 勤 奋 是 确保 任 
务 做 不 完 时 能 加 班 。 因 为 往往 这 块 业务 每 次 迭代 都 有 大 量 的 需求 ， 所 以 
还 要 配备 候补 开发 人 员 ， 以 备 不 时 之 需 ， 从 而 才能 消化 所 有 的 需求 。 








技术 能 力 强 的 人 往往 效率 要 高 于 其 他 开发 人 员 ， 所 以 要 经 常 把 有 
挑战 的 工作 交 给 他 们 去 做 ， 比 如 说 Monkey 日 志 分 析 ， 比 如 说 线 上 Crash 
分 析 并 修复 。 


沟通 能 力 强 的 ， 这 种 人 适合 解决 每 天 的 用 户 投 诉 ， 从 而 准确 地 定 


位 问题 。 


10.3 App 敏捷 开发 流程 


每 个 公司 都 有 自己 的 开发 迭代 周期 ， 有 4 周 的 ， 有 2 周 的 ， 也 有 1 周 
的 。 也 不 好 判断 究竟 哪个 开发 节 委 更 好 ， 只 能 说 各 家 有 各 家 的 打 法 ， 各 
家 有 各 家 的 烦心 事 。 下 面 就 让 我 来 逐一 介绍 一 下 这 几 种 开发 流程 。 











10.3.1 四 周 时 间 的 开发 流程 


1. 巧 妙 安排 沈 代 间 隐 


敏捷 开发 的 周期 ， 包 括 从 需求 准备 、 排 期 、 开 发 、 测 试 到 上 线 、 友 
版 ， 可 长 可 短 。 


在 一 个 月 迭代 周期 开始 之 前 ， 我 先 介 绍 一 下 ， 我 们 都 干 些 什么 ? 

这 期 间 ， 通 常会 有 1~2 天 时 间 ， 除 了 让 团队 休整 ， 该 约会 的 约会 ， 
该 学 车 的 学 车 ， 还 要 做 以 下 这 些 事情 : 

1) 总 结 上 次 迭代 的 若干 问题 。 也 束 是 所 谓 的 post mortem， 这 个 总 
结 会 议 很 重要 ， 需 要 把 上 次 迭代 做 得 好 的 和 不 好 的 ， 都 列举 出 来 。 好 


的 ， 我 们 下 次 达 代 要 继续 遵守 ;不 好 的 ， 要 在 下 次 达 代 想 办 法 解决 ， 落 
实 到 具体 的 负 贡 人 。 








2) 修复 上 次 迭代 来 不 及 处 理 的 bug。 每 次 迭代 都 会 有 一 些 bug 遗 留 
下 来 ， 之 所 以 不 修复 ， 是 因为 改动 这 个 bug 可 能 会 导致 很 大 的 隐患 ， 或 
者 测试 团队 没有 时 间 去 验证 ， 或 者 需求 不 清楚 ， 需 要 产品 经 理 将 其 细 
化 ， 在 下 期 闪 代 作为 一 个 Task 来 完成 。 








3) 做 一 些 代码 上 的 重 构 工 作 。 包 氏 法 则 之 一 : 永远 以 产品 需求 为 
最 高 优先 级 的 Task， 在 想方设法 完成 了 需求 之 后 ， 再 利用 剩余 的 时 间 来 
做 代码 优化 、 项 目 重 构 的 事情 。 重 构 工 作 一 般 放 在 友 代 前 期 进行 ， 这 样 
测试 人 员 才 可 以 将 其 也 作为 一 个 测试 任务 去 评 佑 时间 。 此 外 ， 在 项 目前 
期 完成 重 构 ， 可 以 通过 接 下 来 长 达 4 周 的 迭代 时 间 来 发 现 重 构 所 带 来 的 
各 种 问题 并 及 时 修复 。 


4) 讨论 新 需求 ， 划 分 到 具体 的 开发 人 员 和 测试 人 员 ， 评 估 出 工时 
和 工期 。 这 时 要 求 产品 经 理 的 需求 文档 已 经 到 位 了 。 





项 目 经 理 召 开 一 次 全 部 人 员 参 加 的 需求 确认 会 ， 由 产品 经 理 讲 解 每 
个 需求 。 为 此 ， 要 确保 每 个 模块 都 有 1~2 名 开发 负责 人 ， 从 而 保证 该 模 
块 有 需求 时 至 少 有 1 个 人 立刻 能 上 ， 当 该 模块 需求 过 多 时 ， 迅 速 把 第 2 个 
人 也 补 上 来 。 同 时 ， 也 降低 了 项 目 对 人 的 依赖 ， 以 确保 任何 一 个 人 都 有 
备 胎 。 这 是 团队 建设 必须 做 、 并 持之以恒 去 做 的 一 件 事 。 





把 需求 划分 到 人 ， 听 产品 经 理 讲 完 需 求 之 后 ， 就 该 评估 工时 了 。 当 
收集 到 所 有 开发 人 员 报 上 来 的 工时 后 ， 你 会 发 现 : 


:有 人 工时 过 多 ， 超 过 了 2 周 ， 有 人 则 不 足 2 周 ， 这 时 项 目 管理 者 就 
要 局 部 调整 Task， 以 确保 每 个 人 员 的 工时 都 控制 在 2 周 以 内 。 对 此 ， 我 
称 之 为 “ 拆 东 墙 补 西 墙 "。 开 发 工作 控制 在 2 周 是 绝对 有 必要 的 。2 周 之 后 
不 再 做 额外 的 需求 (除非 很 紧急 〉 ， 不 再 做 任何 重 构 《〈 除 非 问题 很 严 
重 ) ， 以 确保 测试 阶段 项 目的 稳定 性 。 














一 个 简单 的 Task， 却 需要 3 天 才能 做 完 。 有 的 程序 员 喜 欢 给 自己 多 
留 一 些 buffer， 以 确保 各 种 天 灾 人 祸 所 导致 的 Task 延 期 ， 但 作为 项 目 管 
理 者 ， 则 更 希望 每 个 Task 的 buffer 控 制 在 半天 以 内 ， 这 样 才能 制定 出 比 
较 准 的 迭代 计划 。 有 的 程序 员 则 属于 偷 奸 要 滑 的 类 型 ， 他 们 会 把 工时 估 
的 很 宽裕 ， 从 而 每 天 有 充足 的 时 间 去 逛 淘宝 、QQ 聊 天 。 这 时 ， 项 目 管 
理 者 所 要 做 的 是 ， 擒 起 笔记 本 ， 到 每 一 个 开发 人 员 座位 上 ， 对 有 水 分 的 
Task， 一 起 分 析 需 求 ， 重 新 评估 工时 ， 把 “水 分 ” 挤 出 来 。 








如 果 绞 尽 脑 汁 排出 来 的 开发 工时 还 是 超过 2 周 ， 项 目 经 理 这 时 就 要 
联系 产品 经 理 ， 砍 挥 一 些 不 必要 的 需求 ， 从 而 踩 住 2 周 code complete 那 
个 时 间 点 ， 以 确保 本 次 迭代 不 会 有 太 大 风险 。 


我 们 漏 了 一 个 环节 ， 那 就 是 测试 团队 的 测试 工时 。 有 时 候 ， 即 使 是 
开发 能 在 这 2 周 把 所 有 需求 都 做 完 ， 测 试 资源 不 足 ， 也 会 需要 产品 经 理 
适度 砍 掉 一 些 需 求 ， 以 确保 测试 时 间 够 用 ， 保 证 那些 重要 的 功能 点 。 或 
者 把 那些 只 涉及 UI 改动 的 需求 转 给 产品 经 理 来 验收 。 








工时 安排 妥当 之 后 ， 接 下 来 需要 每 个 开发 人 员 为 目 己 分 到 的 Task 制 
定 工期 ， 即 先 做 哪个 、 后 做 哪个 。 


要 想 把 工期 排 好 ， 首 先 要 解决 App 对 原型 图 、MobileAPI 的 依赖 











.有 些 需 求 需 要 美工 给 出 原型 图 和 切 图 ， 什 么 时 候 给 出 ， 对 工期 有 
很 大 影 啊 。 


.有 些 需 求 需 要 后 端 MobileAPI 提 供 数 据 ， 什 么 时 候 MobileAPI 能 完 
工 ， 或 者 退 而 求 其 次 ， 事 先 制定 好 MobileAPI 接 口 ， 给 出 假 数 据 也 能 接 





之 。 


.如 果 MobileAPI 的 进度 比 App 的 进度 能 提前 一 个 欠 代 周期 ， 那 么 就 
能 避免 App 和 MobileAPI 并 行 开 发 所 带 来 的 风险 。 





以 上 都 是 项 目 管理 者 所 要 去 协调 沟通 的 。 
5) 在 迭代 正式 开始 的 前 一 天 ， 开 一 个 冲刺 会 ， 标 志 着 本 次 迭代 正 
式 开 始 。 


如 果 前 戏 都 做 得 很 充分 了， 这 个 冲刺 会 其 实 束 古 走 个 形式 ， 开 发 人 
、 测 斌 人员、 产品 经 理 聚 在 一 起 ， 然 后 宣布 下 期 迭代 从 明天 起 正式 开 
始 ， 上 线 时间 扣 是 哪 一 天 。 


3 





会 议 控制 在 10 分 钟 。 也 许 有 人 会 问 ，10 分 钟 够 吗 ? 通常 会 有 团队 在 
冲刺 会 上 把 项 目 分 配 、 评 估 、 工 时 和 工期 也 一 起 讨论 ， 所 以 开 一 天 才能 
结束 。 其 实 大 可 不 必 ， 只 要 在 会 前 把 这 些 工作 做 足 了 ， 和 每 个 开发 人 员 
都 充分 够 通过 ， 有 了 绪论， 那么 在 动员 大 会 上 ， 只 要 宣布 这 些 绪论 就 可 
以 了 ， 不 需要 再 讨论 。 











从 以 上 5 点 看 出 ， 迭 代 开 始 前 的 这 几 天 ， 是 项 目 经 理 最 忙碌 的 日 
子 ， 他 们 要 使 尽 浑 身 解数 ， 在 迭代 开始 前 把 这 些 准备 工 作 都 做 好 。 和 有 
延迟 ， 项 目 进度 就 会 受到 影响 ，10 多 个 开发 和 调试 人 员 就 会 等 你 ， 项 目 
经 理 耽误 1 个 小 时 ， 整 个 团队 耽误 惑 是 10 多 个 小 时 。 


项 目 经 理 切记 ， 永 远 不 要 让 目 己 成 为 瓶 宽 。 
接 下 来 的 4 周 束 是 真 刀 真 枪 的 达 代 时 间 了。 


2. 控 制 4 周 迭代 的 节 委 








在 这 4 周 的 迭代 时 间 里 ， 要 干 的 事情 很 多 ， 把 这 些 事情 标注 在 时 间 
轴 上 ， 如 图 10-1 所 示 。 





周一 到 周三 : 集中 测试 
产品 经 理 验 收 
周 四 到 周 五 : 全 功能 回归 测试 

周一 到 周三 : 集 TT 














周 五 Code Complete 
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图 10-1 4 周 迭 代 流 程 
1) 开始 两 周 ， 是 开发 时 间 。 


在 这 两 周 时 间 内 ， 初 期 会 有 一 个 测试 用 例 评审 会 ， 根 据 我 的 经 验 ， 











就 是 需求 二 次 确认 会 。 一 般 而 言 ， 第 一 次 需求 确认 会 ， 开 及 和 测试 只 是 
了 解 需求 ， 当 时 提 不 出 太 多 的 意见 。 只 有 经 过 几 天 的 沉 省 ， 才 会 发 现 ， 
有 些 需 求 并 不 合理 ， 所 以 我 们 每 次 开 测试 用 例 评审 会 ， 就 会 发 现 这 也 有 


问题 ， 那 也 有 问题 ， 于 是 这 个 会 议 就 变 成 了 需求 二 次 确认 会 。 我 们 在 评 
审 测试 用 例 的 时 候 ， 也 把 需求 最 终 确 认 了 下 来 。 


在 这 2 周 的 开发 时 间 里 ， 会 遇 到 各 种 狗 血 的 事情 : 
上 一 个 版 本 发 现 了 重大 bug， 要 紧急 修复 并 发 版 。 


这 个 是 比较 费 开 发 和 测试 团队 时 间 和 精力 的 一 件 事 。 我 每 次 的 处 理 
方式 是 调整 1 个 Task 延 期 到 下 期 迭代 完成 ， 以 此 来 解决 资源 的 不 足 。 


' 陆 陆续 续 发 现 一 些 线 上 的 bpug， 虽 然 不 是 很 严重 ， 但 要 放 到 本 次 友 
代 内 修复 。 


作为 项 目 经 理 ， 我 一 般 将 此 当 作 正常 迭代 中 的 bug 来 修复 ， 不 会 影 
啊 达 代 的 工期 ， 但 古 遇 到 架构 上 的 问题 导致 的 bug， 可 能 就 要 排 到 下 期 
友 代 来 完成 了 。 


产品 经 理 经 常 插入 一 些 紧 急 的 需求 。 





如 果 开 发 团队 和 测试 团队 部 能 消化 挥 这 类 紧急 需求 ， 那 么 就 排 到 2 
周 开发 的 工时 中 ; 如 果 测 试 团 队 时 间 不 够 ,就 开 新 分 支 来 完成 ， 下 期 达 
代 合 并 进来 再 进行 测试 ， 如 果 开 发 团队 时 间 不 够 ， 那 么 就 把 还 没 开始 的 
一 个 低 优先 级 Task 放 到 下 期 壬 代 ， 以 优先 完成 这 个 新 需求 。 


-一些 需 求 ， 临 时 决定 本 次 迭代 不 做 。 





这 样 开 肥 人 员 束 有 和 额外 时 间 了， 我 一 般 安 排他 们 去 做 之 前 一 二 拖 久 
的 Task， 或 者 去 做 一 些 重 构 ， 但 是 考虑 到 测试 资源 的 问题 ， 所 以 每 次 都 
征 做 在 新 分 文 上 ， 本 次 迭代 并 不 上 线 ， 放 到 下 次 友 代 去 汕 试 。 





在 这 两 周 里 ， 随 着 新 需求 一 个 个 的 提交 测试 ， 测 试 工作 也 慢 慢 展开 
了 ， 并 开始 报 了 一 些 bug。 


第 二 周 周 五 ， 所 有 功能 都 已 经 开发 完成 了 ， 也 就 是 所 谓 的 Code 


Complete。 


2) 第 三 周 ， 测 试 工作 进入 全 面 测试 阶段 ， 每 天 的 测试 包 都 比 前 一 
天 更 加 稳定 。 开 发 人 员 的 日 党 工作 是 修 pug。 


第 三 周 要 把 高 优先 级 的 pug 全 都 修复 ， 不 然 难以 确保 下 周 bug 日 清 。 


此 外 ， 本 周 可 以 跑 Monkey 了 ， 每 天 要 有 专人 对 Crash 日 志 进 行 分 
析 、 归 类 ， 然 后 指派 给 相应 的 开发 人 员 去 修复 。 








另 一 项 开发 人 员 需 要 做 的 是 ， 修 复线 上 的 Crash。 需 要 有 专人 对 线 
上 每 天 的 Crash 进 行 分 析 、 归 类 ， 然 后 分 配给 相应 的 开发 人 员 去 修复 。 
我 的 经 验 是 ， 每 天 的 Crash 种 类 ， 其 实 关 不 多， 昨天 的 茶 个 Crash， 接 下 
来 一 周 都 会 出 现 ， 所 以 我 每 次 只 会 分 析 连 续 三 天 的 线 上 Crash， 基 本 能 
圳 括 线 上 的 90% 的 Crash。 








为 了 确保 开发 质量 ， 开 发 人 员 每 天 还 会 集中 坐 在 一 起 进行 冒 烟 测 
试 。 即 每 天 集中 测试 一 个 模块 ， 把 发 现 的 问题 及 时 修复 。 


第 三 周 的 最 后 一 天 ， 应 该 确保 所 有 的 高 优先 级 bug 都 修复 了 ， 可 以 
进行 正常 的 下 单 支 付 流 程 。 这 时 我 们 要 打 一 个 正式 包 ， 用 于 : 


:发 给 全 国 各 地 的 分 公司 同事 ， 请 他 们 帮忙 进行 测试 。 我 主要 想 知 
道 全 国 各 地 是 否 都 可 以 登录 ， 包 括 WiFi、2G、3G 和 4G 网 络 环境 。 


发 布 小 流量 包 。 有 大小 流量 包 的 介绍 参见 11.3 市 的 内 容 。 


3) 第 四 周 ， 这 周 主 要 是 测试 人 员 进 行 集中 测试 、 探 索性 测试 和 全 
功能 回归 测试 。 





前 三 天 是 集中 测试 ， 他 们 会 集中 所 有 测试 人 力 ， 对 所 有 新 功能 一 起 
测试 一 过 。 开 发 人 员 则 要 保证 bug 日 清 。 与 此 同时 ， 测 试 团 队 这 几 天 需 
要 每 天 组 织 探索 性 测试 ， 及 时 发 现 bug 及 早 修复 ， 要 逐个 模块 推进 探索 
性 测试 工作 。 








第 三 天 晚上 是 Code Freeze。 我 们 认为 这 个 版 本 是 比较 稳定 的 ， 除 非 
发 现 很 严重 的 bug， 人 否则 ， 不 再 改动 代码 。 





周一 到 周三 这 三 天 中 ， 产 品 经 理 要 进行 验收 工作 ， 把 问题 及 时 反馈 
给 开发 人 员 ， 及 时 修复 。 


周 四 周 五 是 全 功能 回归 测试 ， 又 名 Regression Test。 这 是 最 后 一 轮 
测试 ， 这 期 间 发 现 的 任何 bug， 我 们 〈 开 发 、 测 试 和 产品 经 理 ) 都 要 评 
佑 ， 如 果 不 是 很 严重 ， 我 们 本 期 迭代 就 不 修复 了 。 可 以 按照 先 iOS 后 
Android 的 顺序 ， 每 个 App 使 用 一 天 的 时 间 进 行 全 功能 回归 测试 。 





这 周 ， 我 们 还 要 密切 观察 小 流量 包 发 布 后 的 线 上 Crash 情 况 和 安装 
新 版 本 体验 包 的 同事 的 反 饿 ， 对 发 现 的 严重 问题 进行 评估 和 修复 。 





10.3.2 ”两 周 时 间 的 开发 流程 


敏捷 是 什么 ? 敏捷 就 是 为 了 按时 交付 ， 不 断 调 整 策略 ， 做 到 资源 利 
用 率 最 优化 。 至 少 我 是 这 么 认为 的 。 


上 一 节 我 们 介绍 了 4 周一 次 迭代 的 敏捷 开发 流程 。 还 能 不 能 更 快 一 
些 ? 可 以 ， 那 束 是 接 下 来 我 要 介绍 的 2 周一 次 迭代 的 敏捷 开发 流程 ， 如 
图 10-2 所 示 。 





周三 ，Code Complete 










周 四 ， 产 品 经 理 验收 
周 四 ，Bug 日 清 

周 五 下 午 ， 全 功能 回归 测试 
司 五 晚上 ，Code Freeze 
周 五 晚上 ， 小 流量 包 






















2 周 友 代 










周一 ， 修 复线 上 Crash 
周 i 需求 确认 会 
周 四 ， 测 试用 例 评审 会 















图 10-2 ”2 周 迭 代 流 程 


时 间 少 了 ， 那 就 意味 痢 每 次 迭代 的 功能 也 减少 了 ， 也 不 会 有 休整 时 
间 。 每 次 碗 代 都 是 从 周一 开始 ， 下 周 五 晚上 发 版 作为 结束 。 


1) 第 一 周 的 工作 安排 : 


周一 用 于 产品 经 理 讲解 需求 、 开 发 人 员 和 测试 人 员 分 Task、 评 估 工 


时 、 排 工期 。 此 外 ， 周 一 开发 人 员 会 比较 空 ， 一 般 用 来 修复 线 上 的 
Crash 。 





周二 到 第 二 周 的 周三 ， 共 计 7 天 ， 上 所 有 需求 都 必须 排 在 这 7 天 完成 。 
同时 ， 要 求 MobileAPI 在 这 天 完成 全 部 联 调 工 作 。 








周 四 或 周 五 ， 测 试用 例 评审 会 。 在 这 之 前 ， 测 试 团 队 编写 测试 用 
例 。 


2) 第 二 周 的 工作 安排 : 


开发 工作 持续 到 第 二 周 周三 下 班 前 。 周 三 晚上 这 个 时 间 点 ， 我 们 称 
之 为 Code Complete。 这 个 点 延期 7， 后 面 的 工作 都 要 顺延 。 


周三 起 ， 项 目 经 理 组 织 开 发 人 员 进 行 冒 烟 测试 ， 周 三 是 Android 和 
iOS 各 测 各 的 ， 周 四 是 两 个 团队 交叉 测试 。 





周 四 一 天 ， 产 品 经 理 对 功能 进行 验收 ， 如 果 可 能 ， 这 一 天 尽量 提 
前 ， 以 便于 产品 经 理 不 满意 ， 开 发 人 员 有 更 多 时 间 进 行 修 改 。 











周 四 要 求 开 发 人 员 bug 日 清 。 同 时 测试 人 员 要 对 周三 开发 人 员 提 测 
的 功能 进行 测试 。 


周 五 上 午 测 试 人 员 验 证 bug 是 否 全 都 修复 。 


周 五 下 午 测试 人 员 进 行 全 功能 回归 测试 工作 。 


对 于 周 五 发 现 的 所 有 bug， 我 们 只 修 那 些 严重 程度 高 的 bug，bug 是 
售 严 重 ， 由 产品 经 理 说 了 算 。 


周 五 晚上 封 版 。 我 们 称 之 为 Code Freeze。iOS 会 提交 AppStore 审 
核 ， 为 保证 OS 和 Android 同 时 发 布 ，Android 当 天 是 不 能 发 布 的 ， 因 此 
只 是 在 主干 上 新 建 一 个 分 文 ， 该 分 支 用 于 Android 发 版 。 一 般 来 说 ， 
AppStore 审 核 通 过 iOS 新 版 本 要 1 周 时 间 ， 在 此 一 周 内 ，Android 发 现 紧 
急 bug 还 有 机 会 修复 ， 但 原则 上 不 再 修改 代码 。 











按照 这 个 节奏 ， 我 们 能 确保 每 隔 两 周 就 能 提供 一 个 新 的 App 版 本 ， 
如 果 有 延期 ， 束 需要 周末 加 班 补 齐 。 





10.3.3 ”一周 时 间 的 开发 流程 


随 着 无 线 团 队 的 急速 扩充 ， 我 们 会 把 无 线 团 队 按 照 业 务 线 拆 分 到 各 
个 部 门 ， 你 会 及 现 ， 无 论 是 4 周 还 是 2 周 的 过 代 ， 部 难以 协调 各 个 部 门 ， 
让 他 们 按时 完成 功能 ， 以 保证 准时 发 版 。 








我 们 不 妨 每 周 五 App 发 一 次 版 本 ， 这 是 雷 打 不 动 的 节 委 。 但 是 各 个 
部 门 可 以 自行 安排 自己 的 发 版 时 间 ， 比 如 有 些 大 功能 要 做 两 周 ， 那 就 两 
周 之 后 再 发 布 这 个 新 功能 ， 而 对 于 那些 零 零 散 散 的 小 功能 或 者 bug 修 
复 ， 则 放 到 每 周 的 发 版 中 ， 不 至 于 让 用 户 等 很 久 。 





这 就 好 比 在 地 铁 站 等 地 铁 ， 每 3 分 钟 都 会 开 过 去 一 趟 ， 永 远 不 会 等 
乘客 。 而 乘客 有 赶 上 第 一 班 的 ， 也 有 赶 上 第 二 班 的 ， 这 取决 于 他 们 的 到 
达 站 台 时 间 和 着 急 程 度 。 








App 一 个 月 发 4 次 版 是 很 念 怖 的 ， 这 会 让 竞争 对 手 永 远 跟 不 上 你 的 
市 奏 。 但 缺点 是 用 户 不 胜 其 烦 ， 每 周 都 要 提示 更 新 。 








10.3.4 即时 更 新 策略 


还 有 没有 更 短 的 迭代 流程 ? 比 1 周 还 要 短 ? 有 ， 那 就 是 随时 开发 测 
试 完成 ， 随 时 提交 到 线 上 ， 而 不 借助 于 发 版 。 


那 就 要 用 到 插件 化 编程 和 脚本 编程 技术 了 。 插 件 化 编程 仅 限 于 
Android， 这 是 一 个 庞大 的 主题 ， 本 书 不 会 涉及 这 门 技 术 。 脚 本 编程 就 
同时 适用 于 Android 和 iOS 了 。 目 前 业界 普遍 使 用 Lua， 以 手机 游戏 行业 
用 得 最 多 。 他 们 每 不 了 iOS 漫 长 的 审核 期 ， 因 为 手 游 可 能 随时 新 增 或 修 
改 地 图 、 厂 备 和 剧情 ， 所 以 他 们 会 在 已 经 审核 通过 的 App 中 用 Lua 脚 本 
做 这 些 事情 。 其 实 应 用 类 App 也 可 以 这 么 干 ， 我 接 下 来 就 准备 招 几 个 
Lua 程 序 员 到 iOS 团 队 从 事 这 方面 的 工作 。 

如 果 能 做 到 上 述 的 插件 化 编程 或 脚本 编程 技术 ， 那 么 就 可 以 随时 发 


布 新 功能 了 。 这 是 一 件 梦 里 都 会 关 醒 的 事 。 由 此 而 回顾 我 们 的 敏捷 开发 
流程 ， 就 没有 迭代 周期 这 样 的 概念 了 ， 我 们 将 实现 真正 的 敏捷 流程 ， 把 


所 有 Task 都 贴 到 白板 上 ， 做 完 哪 个 就 发 布 哪个 到 线 上 。 


10.4 项 目 经 理 的 百宝箱 


很 多 公司 不 设置 项 目 经 理 ， 这 是 导致 项 目 经 常 失控 的 原因 之 一 。 是 
人 否 需 要 项 目 经 理 ， 取 决 于 团队 的 负责 人 是 搁 术 型 还 是 管理 型 ， 对 于 前 
者 ， 是 需要 项 目 经 理 的 出 现 的 。 








项 目 经 理 主要 和 人 打交道 ， 要 具备 良好 的 沟通 技巧 和 协调 能 力 ， 同 
时 ， 他 还 必须 具备 其 他 几 项 技能 ， 接 下 来 我 会 逐一 


10.4.1 项 目 经 理 的 任务 评估 表 





每 次 迭代 的 初期 ， 最 忙 的 就 是 项 目 经 理 了 。 他 要 在 一 天 时 间 内 完成 
以 下 工作 


1) 汇总 产品 经 理 的 需求 ， 形 成 一 个 excel。 把 这 个 excel 下 发 给 设计 
团队 、Android 团 队 、iOS 团 队 、MobileAPI 团 队 、QA 团 队 ， 由 各 个 团队 
的 Leader 把 需求 分 配 个 具体 的 开发 人 员 和 测试 人 员 。 


我 们 以 Android 项 目 举例 ， 这 个 excel 应 该 由 以 下 列 组 成 : 


需求 名 称 


.产品 经 理 


需求 地 址 (往往 是 wiki) 


设计 师 


-UI 提供 时 间 


.MobileAPI 接 口 负责 人 “如 果 有 ) 


.MobileAPI 联 调 时 间 


.Android 开 发 人 员 


.Android 工 时 


.Android 工 期 


测试 人 员 


测试 工时 


测试 工期 


2) 召开 需求 确认 会 ， 请 产品 经 理 为 开发 和 测试 人 员 讲 解 需求 。 在 
此 之 前 ， 开 发 人 员 和 测试 人 员 应 该 按照 目 己 分 到 的 Task 阅 读 相 应 的 需 
求 ， 以 便于 讲解 过 程 中 理解 深刻 。 


3) 搜集 各 个 团队 每 个 需求 的 负责 人 和 工时 、 工 期 。 设 计 团 队 提供 


设计 师 和 UfI 提 供 的 时 间 ，MobileAPI 团 队 提供 MobileAPI 接 口 负 责 人 和 联 
调 时 间 。Android 团 队 则 提供 每 个 Task 的 工时 。 


每 个 人 的 工时 会 不 太 均 匀 ， 比 如 说 ， 每 个 开发 人 员 只 有 7 天 的 开发 
时 间 ， 必 然 有 人 超过 7 天 ， 有 人 不 足 七 天 ， 这 就 需要 开发 团队 的 Team 
Leader 来 协调 ， 对 Task 的 分 配 进行 微调 ， 以 保证 每 个 人 的 工时 都 控制 在 
7 天 ， 并 且 尽 最 大 可 能 的 消化 需求 。 如 果 安 排 不 下 来 ， 就 要 和 产品 经 理 
商量 ， 根 据 优先 级 删 减 需求 。 


在 Android 开 发 人 员 给 出 工时 后 ， 要 根据 MobileAPI 的 联 调 时 间 、 设 
计 师 提供 UI 的 时 间 来 调整 Android 开 发 人 员 每 个 task 的 工期 ， 以 确保 开发 
时 UI 和 数据 接口 都 是 可 用 的 。 


4) 把 每 个 Task 都 写 到 小 纸 条 上 ， 贴 到 敏捷 白板 上 ， 接 下 来 的 几 周 
时 间 ， 就 看 这 些小 纸 条 的 威力 了 。 


5) 有 些 公司 倾 问 于 把 所 有 Task 都 用 Jira 来 管理 ， 这 就 要 求 项 目 经 理 
额外 再 花 一 些 时 间 去 维护 Jira。 


由 于 每 天 的 站 例会 上 都 会 过 每 个 人 的 进度 ， 并 且 还 会 把 每 天 的 进度 
作为 会 议 纪要 的 一 部 分 ， 发 送 给 所 有 人 。 项 目 经 理 清晰 的 知道 每 个 人 每 
个 Task 的 进度 ， 所 以 可 以 由 项 目 经 理 每 天 来 更 新 所 有 人 员 在 Jira 中 Task 
的 进度 ， 从 而 把 开发 人 员 和 测试 人 员 从 Jira 中 解放 出 来 ， 专 心 致 志 进 行 
开发 或 测试 工作 。 








此 外 ， 不 允许 有 超过 2 天 的 Task。 对 超过 2 天 的 Task， 需 要 开发 人 员 
和 测试 人 员 对 其 进行 细 化 ， 直 到 每 个 子 Task 都 控制 在 1-2 天 之 内 。 

开发 人 员 往 往 因 为 对 某 个 模块 不 熟悉 而 预 估 出 很 多 时 间 。 这 是 不 好 
的 ， 会 导致 我 们 永远 不 知道 每 次 迭代 我 们 最 多 能 消化 多 少 需 求 。 想 解决 
这 个 问题 ， 只 能 把 App 按 照 模块 进行 拆 分 ， 确 保 每 个 模块 都 有 1-2 名 开发 
人 员 长 期 进行 维护 ， 这 样 估算 出 来 的 工时 ， 就 是 相当 准确 的 了 。 


10.4.2” 贴 小 纸 条 的 艺术 


在 敏捷 白板 上 贴 小 纸 条 ， 是 一 门 艺 术 。 如 图 10-3 所 示 。 





图 10-3 ”敏捷 白板 








这 项 工作 最 好 在 每 次 迭代 正式 开工 前 做 好 。 每 个 小 纸 条 上 需要 有 以 


下 几 项 内 容 : 


需求 标题 
.开发 人 员 
.工时 
工期 
-测试 人 员 


通常 而 言 ， 和 白板 上 会 有 一 个 时 间 轴 ， 按 照 敏捷 流程 而 分 为 几 个 阶 
段 : 


:BackLog: 待 办 列表 。 
:Doing: 开发 进行 中 。 

-CC: 开发 完成 ， 等 待 测试 。 
Testing: 测试 中 。 

.Done: 测试 完成 。 


通常 ，Doing 阶 段 中 还 会 细 分 出 另 一 个 子 阶段 : 与 MobileAPI 联 调 。 
当然 ， 这 一 步 是 可 选 的 ， 因 为 有 些 需求 不 需要 MobileAPI 的 支持 。 


迭 代 期 间 ， 会 陆 陆 续 续 发 现 线 上 的 pug， 或 者 加 入 新 的 需求 ， 或 者 
项 目 本 里 的 代码 优化 ， 我 们 会 将 其 写 到 小 纸 条 上 ， 和 暂时 贴 到 BackLog 
中 ， 有 了 时间 再 做 。 这 里 的 时 间 ， 不 光 指 开发 时 间 ， 测 试 所 需 的 额外 工时 
也 要 考虑 。 








最 后 ， 要 防止 小 纸 条 粘性 不 够 ， 经常 挥 地 上 ， 风 一 吹 就 不 见 了 。 我 
的 经 验 是 用 股 带 ， 这 样 比较 牢靠 一 些 。 此 外 ， 小 纸 条 的 材质 也 很 讲究 ， 
经 第 会 及 生 写 不 上 字 的 情况 。 要 注意 贴纸 的 正 有 反面， 只 有 一 面 是 可 以 正 


常 写字 的 。 





10.4.3 ”敏捷 过 代 中 的 会 议 纪要 





只 要 是 一 群 人 在 一 起 开会 ， 一 定 要 有 人 做 会 议 记 录 ， 然 后 把 会 议 记 
录 群 发 邮件 给 大 家 。 


下 面 介绍 敏捷 开发 过 程 中 的 四 种 必 不 可 少 的 会 议 纪 要 及 邮件 。 


第 一 种 : 站 例会 邮件 。 项 目 经 理 在 站 例会 后 ， 要 立即 发 会 议 纪要 的 
邮件 ， 会 议 纪要 的 格式 如 下 : 


1) 每 个 开发 人 员 的 进展 。 基 本 就 是 流水 账 ， 与 敏捷 白板 上 的 小 纸 
条 同步 。 


2) 提 训 功能 ， 当 天 新 提 测 的 功能 要 用 红色 高 党 显示 ， 以 区 分 之 前 


提 训 的 那些 功能 。 


3) UI 和 MobileAPI 进 度 ， 列 出 目前 还 没有 提供 的 UI 和 MobileAPI 接 


4) 发 现 问题 ， 包 括 新 增 需求 、 需 求 变更 、 开 发 计划 调整 ， 都 应 该 
在 这 里 列举 出 来 。 此 外 ， 还 包括 在 敏捷 过 程 中 发 现 的 不 合理 之 处 ， 比 如 
MobileAPI 与 App 的 配合 不 默契 。 


5) 风险 评估 ， 任 何 风 吹 齐 动 ， 都 要 反映 在 风险 评估 中 。 项 目 经 理 
要 有 足够 的 敏感 度 ， 在 项 目 中 遇 到 的 人 员 请 假 、 第 三 方 依赖 的 不 确定 
性 、 需 求 变更 、bug 数 量 油 增 ， 等 等 ， 都 是 潜在 的 风险 点 ， 要 如 实 反 映 
在 邮件 中 。 


以 上 5 点 中 ， 最 重要 的 是 第 5 上 把， 不 要 怕 得 罪人 ， 要 如 实 有 反映 项 目 中 
的 潜在 风险 ， 只 报 襄 不 报 忧 的 邮件 是 没有 任何 意义 的 。 








第 二 种 : 测试 团队 邮件 


在 站 例会 的 会 议 纪要 中 ， 我 们 会 发 现 ， 这 份 会 议 记 要 中 没有 每 日 的 
测试 进度 和 Bug 情 况 。 这 是 因为 ， 测 试 相 关 的 邮件 要 单独 由 测试 团队 于 
每 天 下 班 前 友 出 ， 包 括 本 次 碗 代 中 每 个 需求 的 测试 进度 ， 每 个 开 太 人 员 
当天 的 剩余 bug 数 量 ， 每 个 测试 人 员 目 前 还 没 验收 的 bug 数 量 。 








第 三 种 : 分 析 Monkey 邮 和 件 


每 天 下 班 前 ， 开 发 团队 和 测试 团队 要 执行 Monkey 测 试 ， 跑 一 个 通 
宵 。 每 天 上 午 ， 由 测试 人 员 统 一 把 昨天 晚上 所 有 Monkey 测 试 的 结果 发 
出 来 ， 然 后 由 开发 人 员 分 析 这 些 Monkey 日 志 ， 尤 其 是 骨 演 的 地 方 ， 发 
一 封 邮件 出 来 ， 列 举 出 每 个 骨 浊 发 生 在 哪个 页 面 ， 指 铂 该 模块 的 负责 
去 修复 。 


第 四 种 : 项 目 总 结 邮 件 


每 次 迭代 结束 后 ， 都 要 举行 项 目 总 结 会 议 ， 请 每 个 团队 成 员 给 出 本 
次 友 代 做 的 好 的 和 不 好 的 地 方 各 3 点 ， 好 的 要 继续 发 扬 光 大 ， 并 且 看 是 
个 能 做 得 更 好 ， 不 好 的 地 方 要 想 办 法 解决 ， 下 次 欠 代 不 能 还 是 这 样 ， 至 
少 要 减轻 它 的 影响 。 由 项 目 经 理 总 结 后 发 出 邮件 。 








每 次 项 目 总 结 会 上 ， 都 要 对 上 次 总 结 的 内 容 进 行 回顾 ， 看 做 得 不 好 
的 地 方 是 否 有 了 改善 。 





10.4.4” 开 站 例会 的 技巧 


站 例会 ， 英 文 名 为 Stand Meeting， 因 为 是 一 群 人 每 天 都 站 着 开会 过 
进度 ， 所 以 也 有 的 人 称 之 为 站 立会 (或 站 例会 )。 


1: 早 上 开会 效果 会 更 好 


每 天 我 们 都 要 开 站 例会 ， 开 发 人 员 、 测 试 人 员 、 产 品 经 理 聚 在 白板 


前 。 有 的 团队 早上 开 站 例会 ， 有 的 团队 则 是 下 班 前 开 站 例会 。 





早上 开 站 例会 的 好 处 是 ， 作 为 一 天 的 开始 ， 可 以 安排 今天 要 做 些 什 

。 下 班 前 开 站 例会 的 好 处 是 ， 作 为 一 天 的 结束 ， 可 以 知道 每 天 的 进度 

否 正 常 ， 如 果 有 问题 ， 可 以 及 时 做 出 调整 ， 等 到 明天 早上 才 知 道 就 晚 

了 。 两 种 方式 我 都 试 过 。 一 开始 是 每 天 早上 开 站 例会 ， 但 是 一 段 时 间 后 

发 现 ， 虽 然 早 上 把 工作 都 安排 好 了 ， 但 是 当天 的 进度 只 有 第 二 天 早上 才 

知道 。 入 而 久之， 每 天 早上 ， 总 会 有 开发 人 员 给 我 一 个 惊喜 一 一 各 种 延 

期 。 后 来 就 改 为 每 天 下 班 前 开 站 例会 了 。 虽 然 能 提前 知道 每 天 的 工作 进 

度 ， 但 是 明天 要 做 些 什 么 ， 虽 然 今 天 晚上 站 例会 都 安排 好 了 ， 但 是 睡 了 
一 沉 后 ， 第 二 天 就 乐 记 809% 了 。 














于 是 过 了 几 个 月 后 ， 我 又 改 回 早 例会 的 方式 了 ， 但 是 每 天 下 班 前 我 
会 走 到 开发 人 员 座 位 劳 ， 简 单 询问 每 个 人 当天 的 进度 ， 以 确保 没有 太 大 
的 惊喜 。 一 段 时 间 后 ， 发 现 效果 显著 ， 每 个 开发 人 员 的 剩余 价值 都 被 榨 
了 出 来 ， 在 效率 提升 的 同时 ， 我 也 发 现 目 己 的 强迫 症 更 加 严重 了 。 


2. 务 必 全 员 准 时 参加 


开 站 例会 一 定 要 准时 。 定 好 了 9 点 半 ， 就 一 定 在 那个 时 间 把 人 都 召 
集 到 白板 前 。 项 目 经 理 作为 会 议 的 组 织 者 首先 不 能 迟到 ， 人 否则 整个 团队 
也 都 会 上 行 下 效 。 


任何 人 都 不 希望 中 途 被 打 断 ， 和 希望 集中 精力 做 事情 ， 尤 其 对 于 工程 
师 而 言 ， 他 们 最 抵触 开会 ， 抵 触 的 直接 表现 就 是 开 站 例会 的 时 候 懒 懒散 
散 ， 不 准时 参加 ， 一 定 要 忙 完 自己 手 里 的 事情 再 过 来 一 一 我 也 过 到 过 这 
样 的 情况 ， 我 的 经 验 是 ， 提 前 5 分 钟 走 到 团队 工 位 ， 提 醒 每 个 开发 人 员 
和 测试 人 员 把 手头 工作 收 一 收 ，5 分 钟 后 准备 开会 。 





此 外 ， 每 个 人 的 “生物 钟 * 不 太一 样 ， 慢 慢 调整 每 个 人 员 的 生物 钟 ， 
不 要 与 站 例会 冲突 。 当 然 ， 人 有 三 急 ， 遇 到 突 发 情况 ， 也 没有 办 法 。 对 
于 因 故 不 能 参加 会 议 的 同学 ， 等 他 有 空 了 ， 再 单独 和 他 同步 进度 。 


开 站 例会 一 定 要 确保 开发 人 员 、 测 试 人 员 、 产 品 经 理 都 在 场 。 其 
中 ， 开 发 人 员 和 测试 人 员 很 重要 ， 要 确保 他 们 尽 可 能 都 参加 。 如 采 和 再 把 
七 八 个 产品 经 理 也 包括 进来 ， 那 么 二 十 多 人 的 站 例会 就 不 是 敏捷 了 。 这 
说 明 团队 大 了 ， 需 要 拆 分 了 。 一 个 敏捷 团队 要 控制 在 10 人 以 内 。 





曾经 有 一 段 时 间 ， 站 例会 每 次 都 有 将 近 20 人 参加 。 于 是 ， 我 答 试 过 
把 站 例会 按照 模块 拆 成 两 个 小 的 站 例会 ， 这 样 每 次 就 有 10 个 人 参加 会 议 
了 。 但 这 样 做 的 前 提 是 ， 开 发 和 测试 团队 都 已 经 实现 了 模块 化 ， 每 个 模 
块 都 有 固定 的 开发 和 测试 人 员 。 





3. 站 例会 控制 在 15 分 钟 


就 算是 10 个 人 的 站 例会 ， 也 要 控制 在 15 分 钟 。 每 人 介绍 一 下 目 己 的 


开 及 进度 和 测试 进度 ， 各 个 团队 的 Leader 说 一 下 今天 要 做 的 一 些 公共 的 
事情 。 需 要 牢记 的 是 ， 每 件 事 讨论 不 能 超过 2 分 钟 ， 一 旦 发 现 2 分 钟 说 不 
清楚 ， 那 么 项 目 经 理 就 要 站 出 来 打 断 他 ， 记 下 这 个 事情 ， 会 后 叫 上 相关 
的 人 再 详细 讨论 。 














项 目 经 理 要 控制 站 例会 的 市 礁 ， 不 能 跑题 。 我 经 常 犯 这 样 的 错 ， 说 
痢 说 着 就 不 正经 了 。 


另 一 方面 ， 因 为 参加 会 议 的 人 很 多 ， 所 以 大 家 不 要 私下 开 小 会 。 问 
到 目 己 惑 说， 人 否则 就 不 要 开 妃 一 个 话题 和 劳 人 聊 下 去 。 





10.4.5 ”如 何 确保 项 目 不 延 期 





我 带 团 队 做 过 很 多 新 项 目 ， 新 项 目 束 是 从 无 到 有 。 说 老实 话 ， 开 始 
的 几 个 项 目 我 做 得 并 不 好 ， 原 因 有 几 个 : 








1) 估算 工时 过 于 乐观 ， 以 至 于 虽然 每 天 我 也 参与 大 量 的 开发 工 
作 ， 和 团队 加 班 到 九 、 十 点 钟 ， 但 是 仍然 延期 。 


2) 新 项 目 因为 一 切 从 零 开 始 ， 所 以 会 有 各 种 狗 血 的 事情 中 途 发 
生 ， 会 严重 影 啊 士气 。 


3) 新 项 目 要 做 的 功能 往往 比较 多 ， 所 以 一 次 性 评估 出 一 两 个 月 的 
工时 和 工期 ， 会 有 很 大 的 风险 ， 比 如 说 : 





首先 是 计划 赶不上 变化 ， 每 次 需求 变动 都 会 调整 事先 排 好 的 工 
期 ; 


其 次 是 时 间 太 长 ， 开 发 人 员 会 看 不 到 尽头 ， 士 气 会 逐渐 降低 ， 直 
到 册 演 。 士 气 低 的 直接 反映 就 是 质量 差 。 


再 次 是 测试 团队 的 介入 点 ， 工 期 排 的 很 紧 ， 我 并 没有 给 开 及 人 员 
预 留 修之 前 提 训 功能 的 pug 修 复 时 间 。 做 到 后 面 ， 我 会 及 现 ， 开 发 人 员 
一 边 在 做 新 功能 ， 一 边 在 修之 前 的 bug。 两 线 作 战 ， 疲 于 应 付 。 


吃 过 几 次 亏 ， 决 不 能 再 犯 同样 的 错误 ， 比 如 我 最 近 做 的 一 个 新 项 
目 ， 束 将 其 拆 分 成 3 次 达 代 ， 每 次 达 代 做 一 个 完整 的 功能 ， 包 括 App 开 
发 、MobileAPI 开 发 、 测 试 、 修 bug、 产 品 验收 ， 每 次 迭代 2 周 时 间 。 最 
后 再 预 留 出 一 个 达 代 “(2 周 时 间 〉 做 buffer， 用 来 处 理 一 些 突 发 事件 ， 比 
如 之 前 的 架构 设计 得 不 好 需要 修改 ， 比 如 我 们 对 外 界 的 依赖 不 可 用 了 ， 
比如 上 线 前 的 一 堆 准 备 工 作 。 








这 样 把 一 个 2 个 月 的 新 项 目 拆 分 成 4 次 小 的 达 代 ， 每 次 迭代 都 能 发 布 
一 些 新 功能 给 产品 经 理 甚至 是 大 老板 看 ， 大 家 每 次 达 代 的 目标 都 很 明 
确 ， 每 次 迭 代 如 果 痢 能 按时 完成 任务 ， 士 气 就 会 很 蜗 涨 。 这 样 即使 中 途 
加 一 些 新 需求 ， 也 能 消化 掉 (当然 随便 加 新 需求 这 样 不 好 〉。 














更 多 时 候 ， 我 们 所 做 的 项 目 是 有 外 界 依赖 的 ， 比 如 说 无 线 部 门 往往 
依赖 于 公司 的 底层 部 门 ， 比 如 说 搜索 及 产品 信息 、 文 付 、 安 全 、 运 维 这 


些 部 门 ， 尤 其 是 在 项 目 上 线 之 前 ， 对 测试 环 卉 的 依赖 性 非常 大 。 经 常会 
发 生 测 试 环境 上 午 是 好 的 ， 吃 过 午饭 后 就 不 能 使 用 的 现象 ， 所 以 项 目 经 
理 在 保证 自己 团队 项 目 进 大 的 同时 ， 还 屑 负 着 与 其 他 部 门 沟通 、 协 作 的 
工作 。 


10.4.6 ”过 代 风险 管理 


不 伪 张 地 说 ， 无 项 目 不 延 期 。 


所 以 ， 尽 管 机 关 算 计 ， 无 论 是 两 周 的 兴 代 ， 还 是 四 周 的 达 代 ， 部 会 
有 延期 的 可 能 。 我 接 下 来 讨论 的 ， 是 如 何 规避 风险 、 以 及 过 到 了 风险 如 
何 把 风险 降 到 最 低 。 


就 以 两 周 的 迭代 为 例子 吧 。 第 三 周 的 周三 上 晚上， 应 该 完成 所 有 的 功 
能 ， 称 为 Code Complete。 如 果 这 个 点 踩 不 住 ， 那 就 有 风险 了 ， 开 发 人 
员 往 后 延期 几 天 ， 测 试 也 吏 相 应 的 延期 几 天 ， 这 就 导致 App 发 版 时 间 也 


会 顺延 。 


延期 一 般 发 生 在 MobileAPI。 当 然 不 能 全 都 怪 从 事 MobileAPI 开 发 人 
员 ， 因 为 他 们 只 是 一 个 中 间 层 ， 问 题 出 在 底层 的 系统 上 ， 包 括 搜索 、 产 
品 信息 、 支 付 系统 、 会 员 体系 等 等 ， 传 统 互 联网 公司 的 这 些 系 统 原 型 都 
是 为 网 站 服务 的 ， 不 能 直接 搬 到 移动 互联 网 上 。 





要 想 规 避 因 此 而 导致 的 延期 ， 有 3 种 解决 方案 : 


让 MobileAPI 的 进度 提前 两 周 〈 一 个 迭代 ) 。 只 有 这 样 ， 
MobileAPI 才 能 告诉 App 开 发 人 员 ， 下 期 迭代 能 做 什么 和 不 能 做 什么 。 


让 HTML5 网 站 先行 ，App 下 个 迭代 后 续 跟 进 。 考 虑 到 HTML5 页 面 
开发 起 来 很 快 ， 发 布 起 来 也 很 简单 ， 能 迅速 上 线 并 收集 到 用 户 反 馈 ， 所 
以 可 以 让 HTML5 网 站 先 去 “ 趟 雷 *， 以 确保 App 开 发 时 少 走 弯 路 。 





:如 果 算 来 算 去 ，MobileAPI 还 是 要 和 App 一 起 开 有 发。 那么 MobileAPI 
一 定 要 在 开工 前 就 做 好 技术 调研 ， 需 要 提供 哪些 接口 ， 用 到 底层 哪些 功 
能 ， 这 些 功 能 是 否 满足 所 有 需求 ， 这 些 功能 是 否 都 能 正常 工作 。 要 第 一 
时 间 知 道 本 次 迭代 能 做 多 少 ， 否 则 每 走 几 步 就 会 遇 到 一 个 坑 ， 所 有 人 停 
下 来 等 解决 方案 ， 再 走 几 步 又 遇 到 一 个 坑 ， 然 后 大 家 又 只 能 停 下 来 等 结 


论 。 








接 下 来 说 第 二 周 的 周 四 ， 这 一 天 应 该 做 到 bug 日 请， 如 末 达 不 到 ， 
说 明 有 风险 。 对 于 bug 重 灾区 对 应 的 那 部 分 功能 ， 要 么 是 相应 的 开发 人 
员 技 术 能 力 不 够 ,要么 是 需求 和 交互 设计 过 于 复杂 了。 我 们 有 必要 建议 
产品 经 理 弱化 需求 ， 以 便 该 功能 能 够 平稳 上 线 。 





做 任何 需求 ， 我 们 都 要 为 自己 留 一 条 后 路 ， 也 束 是 最 坏 打 算 ， 如 来 
未 能 按期 完工 ， 或 者 质量 很 差 ， 该 如 何 面 对 ? 就 算是 砍 需 求 ， 也 是 需要 
人 工 成 本 去 做 这 个 事情 的 ， 把 代码 回 滚 到 最 初 的 状态 ， 所 以 一 定 要 有 个 











最 晚 的 时 间 点 ， 过 了 这 个 时 间 点 如 宋 还 有 很 严重 的 问题 就 要 采取 断然 措 


人 


乳 。 


最 后 是 第 二 周 的 周 五 ， 即 最 后 一 天 ， 全 功能 回归 测试 及 发 版 。 这 一 
天 ， 即 使 是 发 现 了 bug， 也 不 能 急 着 去 修复 了 。 这 时 大 家 要 从 下 来 一 起 
商量 ， 只 修复 那些 最 重要 的 bug; 对 于 影响 不 大 的 bug， 匆 匆忙 忙 修复 反 
而 有 可 能 引起 更 严重 的 bug， 这 才 是 风险 所 在 。 








要 做 好 禹 bug 上 线 的 心理 准备 ， 这 些 bug 一 类 是 小 问题 ， 影 响 不 大 ， 
可 以 延期 到 下 次 达 代 解决 ， 男 一 类 是 大 问题 但 是 改动 量 很 大 ， 所 以 也 只 
能 入 痛 延期 到 下 次 过 代 ， 妆 作 一 个 Task 来 做 。 








综 上 所 述 ， 我 们 会 发 现 ， 每 次 迭代 的 最 后 三 天 ， 和 是 至 关 重 要 的 ， 是 
风险 的 汇集 地 ， 作 为 管理 者 ， 这 三 天 一 定 要 睁 大 眼睛 盯 着 任何 风 吹 草 
动 ， 盯 痢 bug 报 表 的 波动 情况 。 





10.5 ”迭代 中 的 测试 工作 





接 下 来 我 们 说 测试 ， 不 区 是 测试 人 员 的 日 常 测试 工作 ， 还 包括 开发 
人 员 组 织 的 目测 工作 。 


10.5.1 冒 烟 测试 





真正 的 冒 烟 测试 ， 是 针对 修复 了 一 个 bug 而 进行 的 一 系列 专门 的 测 
试 。 我 接 下 来 说 的 冒 烟 测 试 机 制 ， 并 不 是 这 个 意思 ， 只 是 为 了 好 昕 ， 叫 
起 来 明明 上 口 ， 就 像 前 几 天 我 去 饭店 吃饭 ， 那 里 有 道 菜 叫 枫 桥 夜 泊 ， 其 
实 就 是 把 牛肉 块 炖 一 炖 ， 吃 的 就 是 那 份 雅致 。 





当 开 发 人 员 开 发 完成 了 所 有 功能 ， 接 下 来 的 几 天 ， 将 主要 是 测试 团 
队 提 bug、 开 发 人 员 修 bug 的 过 程 。 这 期 间 ， 开 发 人 员 是 比较 空闲 的 。 不 
要 安排 开 肥 人员 去 做 新 的 需求 ， 而 是 每 天 找 一 个 时 间 段 〈 一 般 一 个 小 
时 ) ， 把 他 们 集中 起 来 ， 围 坐 在 一 张 圆 昌 上 ， 把 App 的 所 有 功能 都 测 一 
， 我 们 称 之 为 “ 冒 烟 测试 ”。 





四 


原本 我 是 想 帮 着 训 试 团队 一 起 做 测试 的 ， 因 为 开 用 人 员 都 比较 目 
信 ， 他 们 在 测试 目 己 的 代码 时 会 漫不经心 ， 但 是 大 家 都 集中 测试 一 个 功 
能 时 ， 其 他 开发 人 员 束 会 像 见 到 杀 父 仇人 人 一样， 拼命 找 对 方 的 问题 ， 那 
种 成 束 感 真是 妙 不 可 言 。 








当然 了 ， 为 了 不 至 于 把 气氛 搞 得 太 紧 张 ， 我 每 次 都 买 些 黄 飞 红 或 者 
桶 子 来 作为 奖赏 。 有 人 提议 发 现 bug 奖 励 一 碗 牛肉 面 ， 被 我 个 了 ， 因 为 
发 现 两 个 的 时 候 ， 忆 不 能 给 一 个 人 买 两 碗 吧 ， 加 一 份 肉 倒是 可 以 考虑 。 





“ 冒 烟 测 试 " 主 要 古 解决 测试 人 力 不 足 、 窗 盖 场 景 不 全 的 问题 。 在 移 
动 互联 网 公司 ， 开 发 测试 比 大 约 是 6:1， 由 于 很 多 功能 都 是 集中 在 最 后 
几 天 提 测 ， 所 以 测试 人 员 越 到 后 期 越 紧 张 ， 而 开 肥 人 员 介 入 测试 工作 ， 
征 对 产品 质量 的 保证 。 














起 先 我 只 是 答 试 解决 欠 代 后 期 开 发 人 员 朵 置 的 问题 ， 但 几 次 欠 代 后 
我 发 现 这 种 “ 冒 烟 测 试 ” 能 发 现 很 多 bug， 于 是 便 将 其 纳入 到 敏捷 开发 流 
程 中 。 





后 来 我 们 开发 团队 做 过 一 次 代码 重 构 ， 把 JSONObject 全 都 换 成 了 
fasUJSON， 并 重 写 了 部 分 页 面 的 逻辑 。 但 是 发 版 后 却 发 现 很 多 地 方 显示 
有 问题 ， 最 后 只 好 紧急 修复 、 重 新 发 版 。 事 后 我 们 痛定思痛 ， 如 何 没有 
在 发 版 前 发 现 这 些 问题 ? 测试 工作 固然 没有 做 好 ， 需 要 另外 总 结 ， 但 是 
开发 团队 的 “ 冒 烟 测试 * 也 没有 发 现 问题 ， 形 同 虚设 ， 问 题 又 出 在 哪儿 
呢 ? 








问题 的 根 结 在 于 ， 每 次 冒 烟 测试 的 时 候 ， 我 们 都 只 拿 一 台 测 试 机 安 
装 了 最 新 的 开 肥 版 本 进行 测试 ， 并 不 知道 线 上 版 本 长 得 是 什么 样子 。 于 
是 我 们 就 改进 了 冒 烟 测 试 的 方法 ， 每 次 都 使 两 个 手机 进行 比较 测试 ， 一 


台 手 机 上 当然 是 最 新 的 开发 版 本 ， 另 一 台 手 机 ， 有 人 会 拿 线 上 的 版 本 ， 
也 有 人 会 拿 :Phone 和 Android 对 比 着 看 ， 总 而 言 之 ， 就 是 要 检查 本 次 迭代 
是 不 是 改 坏 了 什么 地 方 。 我 们 后 来 称 
厅 玩 “ 找 不 同 ?" 时 想到 的 这 个 办 法 。 








是 在 游戏 








执行 “ 找 不 同 ?” 方 案 后 ， 我 们 还 发 现 了 Android 和 iPhone 上 很 多 数据 显 
示人 不一致 的 地 方 ， 有 些 是 Android 一 直 就 有 的 bug (iPhone 也 有 一 直 不 对 
的 地 方 ) ， 经 过 和 产品 经 理 确 认 后 ， 就 一 并 也 改正 了 。 


大 约 在 3 次 迭代 之 后 ， 那 时 候 同 时 进来 很 多 新 的 开发 人 员 ， 他 们 需 
要 熟悉 业务 逻辑 但 是 又 没有 什么 文档 可 供 参 考 学 习 ， 当 时 的 办 法 就 是 让 
他 们 一 起 参加 冒 烟 测试 ， 每 测 到 一 个 模块 ， 就 请 该 模块 的 负责 人 把 业务 
逻辑 讲 一 下 。 不 光 是 培养 了 新 人 ， 对 于 长 期 做 某 个 模块 的 开发 人 员 ， 也 
是 需要 了 解 其 他 业务 模块 的 ， 而 冒 烟 测试 是 最 好 的 培训 课 ， 我 清晰 地 记 
得 ， 第 一 次 迭代 ， 冒 烟 测 试用 了 5 天 时 间 ， 每 天 1 个 小 时 测 一 个 模块 ， 遇 
到 的 问题 大 都 是 点 着 点 着 就 居 演 了 ， 到 了 第 7 次 迭代 时 ， 每 天 冒 烟 测试 
还 是 一 个 小 时 ， 但 3 天 时 间 就 够 了 。 问 题 越 来 越 少 ，App 的 稳定 性 已 不 
再 是 问题 ，iPhone 和 Android 的 数据 展示 和 业务 逻辑 也 基本 一 致 了 。 








有 人 兴 许 会 问 ， 测 试 工作 应 该 是 测试 团队 要 做 的 啊 ， 开 发 人 员 更 多 
的 是 开发 工作 。 其 实 不 然 ， 我 的 经 验 告 诉 我 : 


1) 测试 团队 经 和 常 面 临 资源 不 足 的 情况 ， 尤 其 是 Android 和 iPhone 同 


时 发 版 。 

2) 开发 团队 没有 那么 多 的 开发 工作 要 做 ， 因 为 产品 团队 经 常会 没 
有 太 多 的 新 需求 。 

3) App 不 同 于 MobileAPI 开 发 。MobileAPI 开 发 可 以 使 用 单元 测试 
来 保证 质量 ， 但 是 App 束 很 难 做 单元 测试 了 。 也 束 是 说 ，App 前 端 开 发 
人 员 并 没有 做 单元 测试 的 Task， 那 么 这 些 时 间 要 用 来 做 什么 ? 





4) App 目 动 化 测试 的 事情 束 别 指望 了 ， 那 是 大 公司 才 愿 意 投 入 大 
量 人 力 去 烧 钱 的 事 。 盛 其 是 互联 网 行业 ， 需 求 变动 频繁 ， 往 往 是 刚 写 好 
一 个 目 动 化 测试 用 例 ， 一 次 迭代 后 就 废弃 了 。 


10.5.2 ”探索 性 测试 





前 面 介 绍 的 开发 人 员 目 发 组 织 的 “ 冒 烟 测试 ”， 其 实 就 是 探索 性 测 
试 ， 只 是 执行 人 员 是 开发 团队 而 不 是 测试 团队 边 了 。 


测试 团队 在 新 功能 测试 结束 后 ， 应 该 做 一 轮 探索 性 测试 。 操 作 方 法 
和 前 面 介绍 的 “ 冒 烟 测试 "类 似 ， 把 所 有 测试 人 员 组 织 在 一 起 ， 逐 个 模块 
进行 测试 ， 可 以 每 天 一 小 时 ， 分 为 3-4 天 进行 。 这 样 就 确保 了 有 bug 可 以 
及 早 发 现 ， 而 不 是 等 到 最 后 一 天 全 功能 回归 测试 时 一 次 性 提出 几 十 个 
bug。 此 外 ， 测 试 团 队 所 有 成 员 都 参与 ， 可 以 保证 每 个 测试 人 员 对 每 个 











模块 都 熟悉 ， 而 不 是 长 期 只 负责 自己 那个 模块 。 


10.5.3 Monkey 测试 


Android 项 目 每 天 下 班 前 都 要 跑 Monkey， 然 后 每 天 会 有 专人 分 析 


Crash 日 志 。Crash 一 般 分 三 种 : 


1) 代码 逻辑 上 的 空 指针 ， 这 个 比较 容易 看 出 来 ， 有 助 于 我 们 查找 
bug。 


2) 系统 问题 ， 比 如 说 不 同 手机 ROM， 问 题 也 不 太一 样 。 





3) ANR， 这 个 就 没 办 法 了 ， 因 为 在 A 页 面 发 生 的 ANR， 并 不 一 定 
是 A 页 面 的 逻辑 导致 的 ， 可 能 在 前 面 很 多 页 面 持续 积累 下 来 的 内 存 占 用 
过 多 ， 就 像 我 的 一 个 兄弟 说 过 的 ，A 页 面 可 能 是 压 死 骆驼 的 最 后 一 根 稻 
草 





编写 Monkey 脚 本 ， 我 们 要 注意 几 点 : 


1) 要 把 App 中 的 电话 拨打 按钮 都 茶 止 。 售 则 就 会 因为 误 点 了 电话 
按钮 而 跳出 App。 


2) 要 确保 Monkey 能 进入 到 App 的 所 有 页 面 。 


有 些 模块 、 有 些 页 面 因为 层级 比较 深 ， 所 以 Monkey 进 入 的 概率 比 





较 小 。 我 们 可 以 订 制 Monkey 包 ， 让 Monkey 每 次 只 跑 一 个 模块 。 


比如 说 首页 由 8 个 模块 的 入 口 ， 我 们 为 每 个 模块 创建 一 个 开关 ， 如 
果 今 天 我 跑 Monkey 只 想 进入 第 8 个 模块 ， 那 么 我 就 把 第 8 个 模块 对 应 的 
开关 设置 为 rue， 其 他 7 个 都 设置 为 false。 这 样 App 运 行 时 ， 首 页 就 只 有 
第 8 个 模块 可 以 点 击 进 入 ， 其 他 页 面 因 为 开关 为 false， 所 以 都 不 可 以 点 
击 。 














3) 有 很 多 页 面 需 要 用 户 登 录 后 才能 进入 。 为 了 让 这 些 页 面 也 能 跑 
Monkey， 我 们 需要 每 晚 跑 Monkey 的 包 与 发 版 到 线 上 的 包 略 有 不 同 。 





最 简单 的 做 法 是 ， 在 程序 中 新 建 一 个 变量 isMoney， 以 标记 当前 打 
的 包 是 否 为 Monkey 所 准备 的 。 在 Monkey 包 中 为 tue， 在 正式 包 中 为 


false。 


那么 在 登录 页 ， 我 们 把 代码 改 为 如 下 形式 : 





if(isMonkey){ 
password=baobao 
userName="qwer"; 

}elsef{ 
userName=etUserName.getText().toString(); 
password=etPassword.getText().toString(); 


} 








也 就 是 说 ， 如 果 是 monkey 包 ， 我 把 用 户 名 和 和 密码 写 死 在 程序 中 ， 
这 样 Monkey 扣 击 登录 按钮 肯定 能 够 成 功 ， 接 下 来 就 能 进入 其 他 用 户 相 
关 的 页 面 了 。 





但 是 后 来 我 们 发 现 一 个 问题 ， 这 段 舍 有 用 户 名 和 密码 的 代码 会 一 起 
编译 到 线 上 的 包 中 ， 即 使 做 了 代码 混淆， 用 户 名 和 密码 在 反 编译 后 还 是 
能 看 到 的 。 这 是 极 不 安全 的 。 于 是 便 有 了 解决 方案 2: 把 用 户 名 和 密码 
放 在 一 个 文件 上 ， 每 次 读 取 这 个 文件 。 对 于 跑 Monkey 包 的 测试 机 ， 要 
把 这 个 文件 事先 存 到 SD 卡 上 ; 正式 包 就 不 需要 这 个 文件 了 。 








这 是 我 们 开发 人 员 一 有 厢 情 愿 想 出 来 的 办 法 ， 按 照 这 个 思路 把 代码 改 
写 完 才 发 现 ， 跑 Monkey 包 的 测试 机 上 大 都 没有 SD 卡 。 


于 是 我 们 在 碰 了 一 异 子 灰 之 后 ， 给 出 了 终极 解决 方案 : 


在 打包 脚本 上 做 文章 。 把 这 个 文件 放 在 项 目 中 。 只 有 Monkey 包 才 
会 在 打包 时 把 这 个 文件 包含 进来 ， 而 正式 包 不 会 包括 这 个 文件 。 这 样 就 
彻 原 解决 了 安全 性 问题 ， 只 是 编写 打包 脚本 时 要 和 额外 小 心 ， 同 时 ， 在 每 
次 发 版 前 ， 都 要 检查 一 下 apk 包 中 是 否 有 这 个 文件 。 





4) 要 把 设计 文 付 的 按钮 都 茶 止 ， 以 防止 在 线 上 下 单 而 造成 的 各 种 


10.6 ”高 层 对 敏捷 流程 的 干预 


一 般 而 言 ， 一 个 敏捷 流程 是 不 需要 总 监 级 别 的 高 层 直 接 参 与 的 。 但 
征 总 监 应 该 对 敏捷 流程 适当 于 预 ， 一 方面 要 把 握 重 构 和 产品 的 平衡 ， 以 
确保 一 个 “ 度 ”， 另 一 方面 则 要 提高 人 力 的 利用 率 ， 可 以 从 开发 效率 、 座 
位 安排 、 静 时 这 些 氮 入 手 ， 从 而 让 团队 始终 具有 高 产 出 。 











10.6.1 重 构 与 产品 需求 的 平衡 





App 兴 起 的 早期 ， 各 大 互联 网 公司 都 急 急忙 忙 把 自己 网 站 的 功能 扳 
到 了 App 上 ， 而 没有 考虑 更 为 长 远 的 事情 ， 久 而 久之 ， 每 开发 一 个 新 功 
能 ， 花 的 时 间 很 长 ， 质 量 也 不 高 ，App 的 代码 架构 急需 重 构 和 优化 。 


本 贡 讨 论 什 么 时 候 做 重 构 。 





在 我 的 项 目 排 期 中 ， 是 永远 不 会 有 重 构 的 任务 的 。 我 对 产品 经 理 的 
承 话 是 ， 优 先 把 所 有 产品 需求 都 做 完 。 





我 一 般 会 在 两 次 迭代 的 间隙 ， 来 进行 重 构 。 因 为 这 时 候 大 家 都 在 确 
认 需 求 制定 计划 ， 最 忙 的 是 产品 经 理 和 项 目 经 理 ， 开 发 人 员 是 有 时 间 进 
行 重 构 而 不 影响 项 目 进度 的 。 














另外 ， 在 迭代 过 程 中 ， 会 有 需求 被 砍 摊 或 者 弱化 的 时 候 ， 省 下 来 的 





时 间 也 可 以 用 来 做 项 目 重 构 。 实 践 证 明 ， 这 样 的 情况 是 很 多 的 ， 而 以 
往 ， 由 于 没有 事先 规划 好 ， 这 些 时 间 是 被 元 废 掉 的 。 


每 次 重 构 部 要 事先 规划 好 : 
-解决 方案 


.工时 


测试 方案 


经 常 出 现 重 构 时 没有 预 估 好 工时 、 越 做 越 大 、 收 不 了 尾 的 情况 一 一 
我 都 见怪 不 怪 了 。 开 发 人 员 总 是 太 目 信 ， 以 为 目 己 能 搞定 一 切 ， 而 不 做 
好 规划 ， 殊 不 知 改动 越 大 ， 风 险 越 大 。 








好 的 重 构 方法 是 ， 拆 分 重 构 工 作 ， 循 序 渐进 ， 每 次 做 一 点 。 这 样 既 
可 以 尽 可 能 多 的 完成 需求 ， 也 可 以 降低 重 构 的 风险 。 














你 可 能 会 说 我 老 了 ， 思 想 越 来 越 保 守 了 。 但 你 要 知道 我 启 负 的 员 任 
有 多 大 ， 对 于 一 个 千 万 级 用 尸 的 App 而 言 ， 稍 有 内 失 都 会 对 公司 的 生意 
造成 重大 损失 。 








10.6.2 ”提高 效率 ， 拒 绝 6x12 





我 曾经 经 历 过 6 周 时 间 的 6x12 工 作 制 ， 包 括 Android 和 iOS 两 个 项 目 
的 Scrum Master， 带 领 着 团队 艰难 地 效 过 这 段 时 间 。 


说 是 熬 ， 一 点 也 不 夸张 。 开 始 时 三 周 ， 大 家 的 精神 状态 还 好 。 三 周 
之 后 ， 就 发 现 团队 和 之 前 不 一 样 了 ， 主 要 表现 为 : 


战斗力 急剧 下 降 。 


质量 下 降 ，bug 激 增 。 





脾气 开始 变 得 暴躁 ， 容 易 发 生 冲 突 。 





每 天 就 是 在 耗 时 间 。 周 六 基本 就 是 中 午 来 吃 个 饭 ， 然 后 四 点 多 殊 
FHT 


上 班 越 来 越 晚 ， 午 休 时 间 变 长 ， 晚 餐 后 还 要 散步 半 个 小 时 。 


综合 而 言 ， 表 面 上 看 起 来 是 6x12， 但 实际 上 只 有 5x8+4， 也 就 是 
每 天 实际 工作 8 小 时 ， 再 加 上 周 六 的 4 个 小 时 。 


-> 


说 

为 一 个 只 有 项 目 经 理 才 能 感觉 到 的 问题 是 ， 随 着 开发 人 员 每 天 的 工 
作 时 间 延 长 到 12 小 时 ， 项 目 经 理 的 工作 时 间 会 变 得 更 长 ， 每 天 甚至 会 超 
过 12 小 时 ， 因 为 有 更 多 的 项 目 上 的 事情 需要 去 沟通 解决 。 我 记得 项 目 到 
了 后 期 ， 我 基本 上 是 7x12 的 节奏 了 。 





我 还 友 现 ， 违 背 项 目 管理 流程 的 是 ，6x12 相 当 于 没有 了 项 目 缓冲 时 





间 ， 也 就 是 说 如 果 6x12 还 是 有 现 有 事情 做 不 完 ， 那 么 束 真 的 做 不 完了 ， 
因为 不 会 让 团队 周 日 也 过 来 加 班 而 不 休息 一 天 。 





6 周 后 得 到 的 经 验 是 ，6x12 适 合 于 搞 突 击 ， 但 时 间 应 控制 在 3 周 以 
内 。 想 提高 开发 人 员 的 效率 ， 还 要 想 别 的 办 法 。 


我 一 向 是 反对 硬性 要 求 开 发 人 员 加 班 的 。 研 发 人 员 不 同 于 其 他 工 
种 ， 他 们 写 了 一 天 代码 ， 需 要 很 好 的 休息 ， 才 能 保证 第 二 天 继续 高 效 的 
工作 。 偶 尔 加 班 1~2 小 时 ， 因 为 程序 员 大 多 吃 青春 这 口 饭 ， 所 以 可 以 赁 
借 年 轻 绥 过 来 。 但 是 长 期 的 加 班 就 不 同 了 ， 只 会 使 得 代码 质量 下 降 ， 
bug 变 多 。 








我 曾经 计算 过 每 天 上 班 8 小 时 《 朝 9 晚 6， 午 饭 1 小 时 不 计 入 ) 的 实际 
利用 率 。 以 下 时 间 是 要 扣除 的 : 








:上班 整理 工 位 、 吃 早饭 时 间 。 


`WC 时 间 。 


' 饭 后 散步 时 间 。 


:午休 时 间 。 


-QQ 办 聊 时 间 。 


-淘宝 购物 时 间 。 


各 种 被 打扰 时 间 ， 比 如 线 上 投诉 的 跟踪 解决 、 各 种 紧急 会 议 、 其 
他 部 门 咨询 ， 等 等 。 


其 中 前 4 项 是 不 能 省 的 ， 每 项 约 半 小 时 ， 那 么 每 天 就 有 2 小 时 不 在 工 
作 ， 每 天 工作 6 个 小 时 是 极限 了 ， 但 如 果 算 上 QQ 内 聊 和 淘宝 购物 时 间 ， 
那 就 只 剩 下 4 个 小 时 不 到 了 。 








所 以 ， 作 为 团队 负责 人 或 项 目 经 理应 注意 以 下 几 点 : 


要 减少 团队 在 QQ 办 聊 和 淘宝 购物 上 花费 的 时 间 ， 充 分 利用 好 这 实 
打 实 的 6 个 小 时 。 我 的 做 法 是 ， 只 要 事情 提前 做 完了 ， 剩 下 的 时 间 开 友 
人 员 干 什么 都 可 以 。 当 然 我 更 或 励 员 工 朵 下 来 去 学 校 新 技术 ， 为 目 己 增 
值 。 











. 另 一 方面 ， 还 是 要 控制 每 个 Task 的 工时 ， 精 细 到 0.5 天 。 拒 绝 那 种 
有 很 大 水 分 的 Task 评 估 ， 这 就 是 项 目 经 理 的 职责 了 。 开 发 人 员 往 往 喜欢 
给 自己 留 一 些 buffer， 其 实 半 天 时 间 就 够 了 。 





-减少 航 打 扰 时 间 。 我 在 微软 时 ， 所 在 的 团队 有 一 项 很 好 的 制度 ， 
每 周三 下 午 是 Quiet Time， 也 就 是 静 时 。 这 上段 时 间 不 和 外 和 界 任何 人 沟 
通 ， 专 心 做 目 己 的 事情 ， 效 率 是 非常 高 的 。 











10.6.3 无线 部 门 的 座位 安排 




































































一 种 排 摆 工 位 的 办 法 如 图 10-4 所 示 《空白 处 的 表示 过 道 ) 

Android 开 发 4 Android 开 发 3 Android 开 发 2 Android 开 发 1 产品 经 理 1 | 产品 经 理 3 
MobileAPI 开 发 4 | MobileAPI 开 发 3 | MobileAPI 开 发 2 | MobileAPI 开 发 1 品 经 理 2 品 经 理 4 
iOS 开 发 4 iOS 开 发 3 iOS 开 发 2 iOS 开 发 1 设计 人 员 1 | 设计 人 员 3 
H5 测 试 2 H5 测 试 1 App 测 试 2 App 测 试 1 设计 人 员 2 | 设计 人 员 4 
HS 开发 8 H5 开 发 6 H5 开 发 4 H5 开 发 2 大 让 二 

运营 人 员 4 运营 人 员 3 运营 人 员 2 运营 人 员 1 BE 

图 10-4 ”无 线 部 门 的 座位 图 1 


这 种 座位 的 排列 ， 对 于 刚刚 成 型 规模 不 大 的 无 线 部 门 比较 有 利 ， 


要 体现 为 : 


Es 


:App 开 发 人 员 ， 无 论 是 iOS 还 是 Android， 都 可 以 快速 与 MobileAPI 


开 及 人 员 进 行 沟通 


， 联 调 。 因 为 后 者 坐 在 中 间 位 置 。 


-App 开 发 人 员 、MobileAPI 开 发 人 员 、 测 试 人 员 可 以 快速 找到 产品 
经 理 和 设计 人 员 。 


测试 人 员 可 以 快速 地 找到 开 及 人 员 ， 励 其 


随 着 人 员 的 极速 扩充 ， 
图 10-5 所 示 。 





是 iOS 开 发 人 员 。 
以 上 座位 图 不 能 满足 需求 ， 一 种 新 的 方案 如 































































































MobileAPI 开 发 8|MobileAPI 开 发 6|MobileAPI 开 发 4|MobileAPI 开 发 2 MobileAPI 测 试 人 员 2 | 自动 化 测试 人 员 2 

MobileAPI 开 发 7I|MobileAPI 开 发 |MobileAPI 开 发 3|MobileAPI 开 发 1 MobileAPI 测 试 人 员 1 | 自动 化 测试 人 员 1 

Android 开 发 8 ”Android 开 发 6 ”TAndroid 开 发 4 ”|Android 开 发 2 App 测 试 人 员 1 App 测 试 人 员 3 ”|App 测 试 人 员 5 
Android 开 发 7 ”IAndroid 开 发 5 ”|Android 开 发 3 ”|Android 开 发 1 App 测 试 人 员 2 App 测 试 人 员 4 ”|App 测 试 人 员 6 
iOS 开 发 8 iOS 开 发 6 iOS 开 发 4 iOS 开 发 2 产品 经 理 1 产品 经 理 3 产品 经 理 5 

iOS 开 发 7 iOS 开 发 5 iOS 开 发 3 iOS 开 发 1 产品 经 理 2 产品 经 理 4 产品 经 理 6 

H5 开 发 7 H5 开 发 5 HS 开发 3 HS 开发 1 设计 人 员 1 设计 人 员 3 设计 人 员 5 
HS 开发 8 HS 开发 6 HS 开发 4 H5 开 发 2 设计 人 员 2 设计 人 员 4 设计 人 员 6 

运营 人 员 4 运营 人 员 2 运营 人 员 1 运营 人 员 3 

















图 10-5 ”无 线 部 门 的 座位 图 2 
这 种 座位 的 排列 ， 对 于 “大 兵团 ”作战 非常 有 利 ， 主 要 体现 为 : 


以 Android 团 队 为 例 ， 他 们 背 徘 背 坐 成 两 排 ， 有 技术 上 的 问题 找 左 
石 或 者 转 个 身 就 能 最 快 寻 求 到 帮助 。 





即使 测试 人 员 坐 到 过 道 的 男 一 边 ， 仍 能 快速 地 找到 开发 人 员 和 产 


了 
吕 
HH 


开发、 测试 、 产 品 经 理 、 设 计 人 员 之 间 的 沟通 仍然 很 便捷 。 


.每 次 增加 新 人 ， 束 癌 两 边 扩 充 ， 比 如 新 来 一 个 Android 开 发 人 员 ， 
就 让 他 坐 在 Android 开 发 7 的 左边 。 


每 个 团队 招 多 少 人 是 有 预算 的 ， 每 年 年 初 都 定好 指标 了 ， 所 以 每 年 
需要 调整 一 下 座位 。HR 和 行政 人 员 往 往 以 为 招 的 都 是 你 无 线 中 心 的 
人 ， 举 在 哪里 部 是 一 样 的 ， 所 以 找 个 角落 随便 给 安排 个 座位 残 算 完成 任 
务 了 ， 于 是 你 会 看 到 一 个 团队 大 部 分 人 坐 在 一 起 ， 而 还 有 2 个 人 分 别 坐 
在 天 南 地 北 的 两 个 角落 里 ， 其 实 这 是 有 问题 的 ， 人 至 少 说 明了 在 无 线 互 联 





网 飞速 发 展 的 今天 ， 全 民 都 已 经 学 会 连 去 厕所 都 会 带 上 手机 把 玩 目 己 心 
爱 的 App 的 同时 ，HR 却 在 工作 上 未 能 与 时 俱 进 ， 没 搞 清楚 上 自己 所 在 公司 
的 无 线 部 门 怎么 排 摆 座 位 才能 达到 工作 效率 最 高 。 





如 果 团 队 继 续 扩 充 呢 ? 这 就 不 是 简单 的 排 摆 座 位 就 能 解决 的 了 。 我 
们 知道 ， 任 何 一 个 精干 的 团队 ， 超 过 8 人 都 是 有 问题 的 。 首 先 Team 
Leader 管 理 多 于 8 人 的 团队 就 会 捉襟见肘 。 所 以 要 进行 拆 分 ， 目 前 看 起 
来 ， 根 据 业 务 线 进行 拆 分 ， 是 个 不 错 的 办 法 。 每 条 业务 线 都 有 自己 的 产 
品 经 理 、 设 计 人 员 、Android 开 发 、iOS 开 发 、MobileAPI 开 发 、HTML5 
开发 、 测 试 人 员 、 运 营 人 员 。 于 是 每 条 业务 线 的 座位 排 摆 方 式 就 又 回 到 
了 第 一 张 图 那样 一 一 可 以 认为 这 是 一 个 由 量变 引起 质变 的 过 程 。 














10.6.4 ” 静 时 





软件 公司 的 很 多 理念 ， 在 互联 网 行业 是 行 不 通 的 ， 比 如 说 软件 开发 
流程 就 不 一 样 ， 前 者 是 敏捷 流程 而 后 者 是 瀑布 流程 。 因 为 互联 网 永远 是 
快 节 考 ， 所 以 会 不 按 规 则 出 牌 ， 一 切 以 快速 上 线 为 最 高 优先 级 ， 为 此 而 
牺牲 了 流程 ， 所 以 你 会 看 到 ， 互 联网 公司 ， 永 远 是 乱 哄 哄 的 ， 没 有 一 
方 “ 静 ” 土 。 一 方面 ， 大 家 都 在 忙 着 处 理 快速 上 线 后 的 各 种 问题 ， 于 是 讨 
论 的 时 间 会 多 于 静 下 来 工作 的 时 间 ; 男 一 方面 ， 大 家 都 在 为 下 一 次 达 代 
上 线 赶 进度 ， 却 发 现 需 求 不 到 位 、 设 计 稿 不 到 位 、 后 人 台数 据 不 到 位 ， 为 
此 又 不 得 不 一 轮 又 一 轮 进行 讨论 ， 等 都 讨论 完 ， 却 又 发 现 留 给 目 己 的 工 














作 时 间 已 经 不 多 了 ， 所 以 加 班 是 不 可 避免 的 。 


抽 丝 剥 至， 你 会 及 现 ， 开 发 人 员 的 时 间 被 严重 碎 卢 化 了 。 任 何人 都 
可 能 来 打扰 他 们 。 比 如 说 突然 及 现 的 线 上 bug， 比 如 说 客人 投诉 、 比 如 
说 产品 经 理 临时 修改 需求 、 比 如 说 领导 视察 工作 、 各 种 谈心 。 


要 想 办 法 把 这 些 雁 片 化 的 时 间 汇 集 在 一 起 ， 开 发 人 员 的 效率 就 能 
幅 提高 了 。 这 比 多 招 几 个 开发 人 员 、 在 架构 和 代码 上 进行 优化 要 更 管 
用 。 


为 此 ， 我 们 引入 “ 静 时 ”的 概念 。 





静 时 〈Quiet Time) 是 软件 公司 的 术语 ， 就 是 说 ， 每 周 有 几 个 下 
午 ， 开 发 人 员 关 掉 所 有 通讯 方式 、 不 再 进行 沟通 或 者 被 沟通 ， 全 身心 的 
投入 编程 工作 ， 不 被 任何 人 任何 事 打 扰 。 我 在 微软 切 吴 经 历 过 这 种 机 
制 ， 每 周三 下 午 的 效率 是 最 高 的 。 整 个 办 公 区 域 会 安静 下 来 ， 当 然 ， 副 
作用 是 容易 犯 图 ， 开 始 几 次 还 真 不 适应 。 


则 就 会 因为 水 土 不 服 而 达 不 到 效果 。 我 记得 一 开始 施行 静 时 的 时 候 ， 
App 团 队 倒是 安静 下 来 了 ， 专 心 去 做 项 目 赶 进度 修 bug 了 ， 但 是 其 他 团 
队 就 乱 套 了 ， 其 中 最 突出 的 问题 是 线 上 bug 没 人 去 得 了 ， 而 这 些 问题 往 
往 很 急 ， 珊 要 立刻 解决 ， 越 快 越 好 。 


于 是 我 们 为 每 次 静 时 指定 一 个 值班 人 员 ， 由 他 在 这 段 时 间作 为 外 办 
的 统一 接口 ， 处 理 这 些 乱七八糟 的 线 上 问题 。 开 始 由 各 团队 的 Leader 担 
当 值 班 人 员 ， 慢 慢 地 惑 由 团队 成 员 轮 流 担任 。 这 就 相当 于 过 春节 放 长 假 
大 家 都 回 家 休息 了 ， 但 一 定 要 有 值班 人 员 ， 能 够 处 理 线 上 各 种 紧急 状 
况 。 





在 App 团 队 彻底 安静 下 来 之 后 ， 我 们 束 发 现 ，MobileAPI 团 队 也 可 
以 静 下 来 啊 ， 产 品 经 理 团 队 也 可 以 静 下 来 啊 ， 于 是 各 个 团 度 都 设 定 了 目 
己 的 静 时 。 实 施 后 我 就 发 现 ， 各 个 团队 的 静 时 设置 为 同一 天 ， 只 能 保证 
那 一 天 效率 很 高 ， 其 他 时 间 还 是 会 很 乱 很 低 效 。 把 各 个 团队 的 静 时 设置 
为 一 周 的 不 同时 间 ， 反 而 能 达到 效率 的 最 大 化 ， 因 为 每 天 都 有 团队 要 安 
静 下 来 ， 只 能 投入 1 个 人 参与 讨论 ， 这 惑 间 接 减 少 了 其 他 团队 想 沟通 的 
愿望 。 











静 时 是 为 了 解决 频繁 沟通 、 无 效 沟通 的 问题 。 但 是 搞 过 火 了 会 导致 
信息 不 同步 ， 从 而 引发 更 严重 的 问题 。 为 此 ， 每 天 静 时 后 ， 还 是 要 留 出 
半 个 小 时 ， 处 理 一 下 其 他 团队 的 诉求 。 另 一 方面 ， 要 提前 协调 好 和 其 他 
团队 协同 工作 的 时 间 ， 要 让 其 他 团队 知道 ， 在 什么 时 候 可 以 来 找 你 商量 
事情 。 


10.7 本 章 小 结 


本 章 介 绍 了 敏捷 开发 中 的 项 目 管理 。 管 理学 分 两 种 : 团队 管理 和 项 
目 管理 。 团 队 管 理 我 推 肤 弱 管 理 ， 别 给 团队 成 员 加 诸 太 多 的 条 条 框框 ， 
给 他 们 一 个 主题 ， 让 他 们 上 自由 人 发挥， 往往 能 得 到 惊喜。 别 让 他 们 去 做 太 
多 不 擅长 的 事情 ， 这 种 事情 让 部 门 秘书 去 统一 去 做 残 好 了 。 而 项 目 省 理 
我 执行 强 管 理 ， 我 有 要 清楚 知道 每 个 人 每 天 的 进度 ， 以 避免 区 动力 的 欧 
废 。 这 时 候 需 要 一 个 强力 的 项 目 经 理 来 推进 ， 以 确保 每 次 迭代 能 最 大 程 
度 的 完成 需求 ， 及 时 汇报 剩余 工时 用 于 重 构 工作 。 














评价 一 个 团队 的 好 坏 ， 不 是 看 拉 术 能 力 有 多 强 ， 而 是 能 人 否 按 时 交 
货 。 为 此 ， 要 想 办 法 提高 工作 效率 。 本 章 涉及 的 各 种 技巧 ， 都 是 我 在 实 


际 项 目 管理 中 的 经 验 总 结 。 


第 11 章 ”日常 工作 中 的 问题 解决 





目 从 我 路 入 App 这 个 行业 ， 就 过 上 了 在 刀 尖 上 研 血 的 日 子 ， 每 天 在 
战 战 闫 闫 中 度 过 ， 线 上 一 旦 有 什么 风吹草动 ， 比 如 逻辑 错误 或 页 面 朋 
沉 ， 都 要 立刻 放下 手中 的 事情 ， 组 织 人 力 去 查 明 原因 。 能 查 明 原因 并 快 
速 解决 还 好 办 ， 找 不 出 原因 是 最 头痛 的 ， 或 找 出 了 原因 却 无 计 可 施 则 是 
更 慕 催 的 事情 ， 因 为 会 影响 公司 生意 。 

















我 三 十 岁 前 在 微软 ， 每 天 过 着 晚上 六 点 下 班 就 伙同 张 三 李 四 王 二 麻 
子 满 世 界 吃喝 玩乐 的 生活 ， 经 常 周一 上 班 没 精神 是 因为 周 日 唱 K 把 嗓子 
喊 吧 了。 三 十 岁 后 投 里 互联 网 后 ， 每 天 下 班 都 是 九 、 十 点 钟 ， 经 常 是 办 
公 室 最 后 只 剩 下 我 一 个 人 在 那里 分 析 线 上 Crash， 或 者 带 看 团队 加 班 赶 
进度 ， 然 后 周末 倒 在 家 里 睡 一 天 。 我 的 青春 就 是 以 三 十 岁 为 分 水 岭 ， 前 
松 后 紧 的 度 过 。 我 只 希望 老 了 以 后 ， 回 忆 起 这 上段 充实 、 刺 激 的 人 生 经 
历 ， 不 会 因为 目 己 的 碌碌 无 为 而 遗憾 。 














本 章 我 要 介绍 的 内 容 ， 就 是 在 工作 中 有 通 出 来 的 解决 方案 。 


11.1 使 用 二 分 法 排查 问题 





二 分 法 是 编程 课 中 讲解 递归 函数 时 提 到 的 概念 ， 但 其 实 这 个 方法 在 
现实 中 往往 用 于 排查 问题 。 


记得 有 一 次 Android 发 版 ， 测 试 人 员 发 现 ， 收 银 台 突然 束 不 能 文 付 
了 ， 一 点 击 支付 按钮 就 般 溃 。 负 责 该 模块 的 开发 人 员 东 隔 上 且 西 看 看 找 不 
出 衣 泪 的 原因 ， 最 后 一 口 咬定 是 后 台 MobileAPI 有 问题 。 











这 件 事 上 升 到 我 这 个 层面 ， 我 当时 就 觉得 很 奇怪 ， 首 先 ， 线 上 的 版 
本 是 没有 问题 的 ，iPhone 上 也 是 好 的 ， 而 且 ， 据 测试 人 员 反 映 ，Android 
的 测试 包 前 几 天 还 是 好 的 。 那 么 基本 可 以 断定 : 

1) 与 MobileAPI 无 关 ， 肯 定 是 这 次 迭代 改 出 问题 来 的 。 

2) 导致 月 尝 的 改动 ， 肯 定 就 是 这 几 天 的 代码 签 入 导致 的 。 

于 是 我 使 用 二 分 法 来 查找 问题 。 我 们 要 查找 的 是 ， 导 臻 App 支付 月 


尝 的 那 次 代码 签 入 点 。 换 句 话 说 ， 找 到 App 最 后 一 次 不 骨 尝 的 代码 签 入 
忆 。 





首先 看 一 下 每 日 自动 打包 (DailyBuild) 的 服务 器 上 备份 的 历史 版 
本 ， 如 图 11-1 所 示 : 


GC: \ProOJSEtFoOrAntBai.ld 
[一 -一定 

-一 一 人 和 L5.06.01..001 
-一 一 2015.06.02.002 
一 一 2015.06.032.003 
一 一 人 0415.06.04.001 
…… 中 间 省 略 者 干 次 打包 版 本 
——20L5.06..39.021 





图 11-1 打包 服务 器 上 的 历史 版 本 





也 就 是 说 ，6 月 1 号 开始 开发 ，6 月 30 号 最 后 一 次 提交 代码 。 我 们 先 
以 天 为 单位 ， 找 到 月 尝 发 生 的 那个 临界 点 。 


1) 我 们 先 检查 6 月 1 号 的 包 是 好 的 还 是 坏 的 。 如 果 6 月 1 号 的 包 是 坏 
的 ， 那 么 就 是 6 月 1 写 的 某 次 提交 导致 了 崩 演 ， 我 们 直接 在 6 月 1 号 的 提交 
历史 中 进行 二 分 法 排查 。 如 果 6 月 1 号 的 包 是 好 的 ， 那 就 是 1 到 30 号 之 间 
的 某 天 的 包 有 问题 。 我 们 使 用 三 分 法 ， 看 一 下 15 号 这 个 包 是 好 的 还 是 坏 
的 ， 如 图 11-2 所 示 : 








V ? X 
一 
6.1 0.7 6.13 2 0.30 


图 11-2 使 用 二 分 法 查找 错误 提交 点 


接 下 来 会 有 两 种 情况 : 如 果 15 号 的 包 是 好 的 ， 那 就 是 说 15 到 30 号 之 


间 某 天 的 包 有 问题 ， 如 图 11-3 所 示 ; 如 果 15 号 的 包 是 坏 的 ， 那 就 是 说 1 
到 15 号 之 间 某 天 的 包 有 问题 ， 如 图 11-4 所 示 。 


图 11-3 ”使 用 二 分 法 查找 错误 提交 点 


VvV ? X X 
下 
0.1 G+ 6.,15 B22 0.30 


图 11-4 使 用 二 分 法 查找 错误 提交 点 


选择 15 号 作为 第 一 次 二 分 法 的 时 间 点 ， 帮 助 我 们 缩小 了 排查 范围 。 
以 此 类 推 ， 下 一 次 二 分 法 的 点 是 7 号 或 者 22 号 。 以 此 类 推 ， 逐 步 缩小 排 
查 范 围 。 对 于 时 间 长 度 为 30 天 而 言 ， 这 么 找 5 次 就 能 找到 出 问题 的 那 一 
天 (2 的 5 次 方 最 接近 30) 。 





2) 在 出 问题 的 那 一 天 ， 我 们 继续 使 用 二 分 法 ， 找 出 问题 的 那 一 次 
提交 。 这 次 二 分 法 不 再 是 以 天 为 单位 ， 而 是 以 每 次 提交 为 单位 。 如 果 当 
天 有 100 次 提交 的 话 ， 大 约 找 7 次 就 够 了 (2 的 7 次 方 最 接近 100) 。 


里 然 上 述 这 种 做 法 土 了 点 ， 每 次 都 是 把 那 次 签 入 相对 应 的 整个 App 
代码 都 签 出 ， 然 后 打包 安装 到 手机 上 验证 是 否 会 有 月 江 。 但 越 是 土 办 法 





越 有 效 ， 我 花 了 1 个 小 时 ， 束 把 问题 定位 在 昨天 下 午 的 一 次 代码 签 入 ， 
开发 人 员 误 把 一 个 计 语 句 直接 返回 true 而 不 走 下面 的 业务 逻辑 ， 没 有 给 一 
个 变量 赋值 ， 所 以 点 击 按钮 的 时 候 因 为 那个 变量 为 空 而 骨 溃 。 








后 来 这 个 方法 就 推 而 广 之 了 。 有 一 次 发 版 后 ， 大 量 用 户 打 电话 反馈 
说 不 能 登录 一 一 对 于 一 个 电 商 平台 而 言 ， 不 能 登录 意味 痢 不 能 下 单 ， 没 
有 生意 做 ， 这 是 绝对 不 允许 的 。 








但 奇怪 的 是 ， 我 们 开发 人 员 无 论 如 何 也 不 能 复 现 问题 ， 就 这 样 狂 着 
查 了 一 下 午 原因 ， 始 终 不 得 要 领 。 直 到 傍晚 下 班 前 客服 妹子 的 一 个 电话 
打 了 进来 。 预 知 后 事 如 何 ， 且 听 下 文 分 解 。 











11.2 ”找到 能 稳定 重 现 问题 的 人 


上 节 说 到 ， 我 们 发 版 后 接 到 大 量 用 户 反 馈 说 不 能 登录 ， 但 是 我 们 在 
北京 却 不 能 复 现 问题 ， 一 筹划 展 。 








我 们 通过 分 析 发 现 ， 这 些 反 馈 用 户 来 自 全 国 各 地 ， 但 就 是 没有 北 不 
的 ， 所 以 我 们 需要 找 一 个 能 稳定 重新 这 个 问题 的 人 ， 来 协助 我 们 排查 问 


匮 。 


就 在 我 们 急 得 像 热 锅 上 的 蚂蚁 时 ， 有 一 个 喘 在 外 地 的 客服 妹子 打 电 
话 给 我 们 反馈 同样 的 问题 。 当 时 我 们 激动 死 了 ， 因 为 这 个 客服 人 员 ， 残 
是 我 们 要 找 的 人 ， 她 具备 两 个 特质 : 


1) 能 够 稳定 重 现 问题 。 


) 愿意 伦 大 量 时 间 不 厌 其 烦 的 帮 我 们 测试 。 


于 是 我 们 就 基于 这 一 个 月 来 每 天 晚上 9 点 通过 DailyBuild 机 制 生成 的 

安装 包 ， 使 用 上 一 市 介绍 的 二 分 法 来 排 全 问题 。 就 这 样 一 步 步 缩小 范 

围 ， 直 到 我 们 发 现 是 茶 一 天 开 及 人 员 的 一 次 错误 导致 的 。 这 时 已 经 是 第 

二 天 晚上 9 点 了 。 客 服 妹子 陪 我 们 整整 一 天 进行 枯燥 的 测试 工作 ， 装 了 
凶 ， 旨 了 装 ， 反 反复 复 束 是 验证 登录 那个 功能 








碍 明 原 因 并 修复 问题 就 要 楷 急 及 版 了 ， 但 是 只 有 那 一 个 客服 妹子 调 
试 过 ， 只 能 说 看 似 修复 了 这 个 bug， 对 于 其 他 用 户 ， 升 级 后 是 否 就 可 以 
登录 了 ， 还 不 得 而 知 。 于 是 我 就 逐个 给 之 前 投诉 的 客人 打 电 话 ， 请 他 们 
帮忙 ， 安 装 我 发 给 他 们 的 测试 版 ， 看 是 人 否 可 以 正常 登录 了 。 因 为 当时 已 
经 晚上 9 点 多 了 ， 所 以 大 部 分 客人 要 么 是 已 经 休 思 了， 怪我 半夜 吵 醒 他 
们 ， 和 要 么 是 不 接 电话 ， 还 有 怀疑 我 是 骗子 的 。 总 之 打 到 晚上 10 点 ， 二 十 
多 人 中 只 有 2 个 人 愿意 帮 我 们 做 测试 ， 但 聊 胜 于 无 ， 多 一 个 人 测试 成 
功 ， 就 多 一 分 上 线 信心 。 











经 过 这 件 事 ， 我 就 总 结 出 两 点 : 


1) 二 分 法 再 好 用 ， 找 不 到 能 帮助 我 们 复 现 问 题 的 人 也 是 日 搭 。 客 
服部 门 是 比较 好 的 人 选 ， 她 们 可 以 在 接 到 客人 投诉 后 ， 杀 上 自用 目 己 的 手 
机 点 一 点 ， 看 看 问题 是 否 真 的 存在 。 而 且 ， 最 重要 的 是 ， 她 们 在 复 现 
后 ， 能 帮 我 们 长 时 间 进 行 测 试 ， 因 为 我 们 是 同一 个 公司 ， 这 属于 部 门 之 
间 协 作 ， 都 是 为 公司 做 事 ， 责 无 旁 贷 。 另 一 个 可 以 建立 协作 关系 的 部 门 
古 忆 布 全国 各 地 的 销售 部 门 和 分 公司 ， 可 以 帮 我 们 测试 全 国 各 地 的 网 络 
情况 。 
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2) 对 于 互联 网 公司 ,一定 要 建立 公司 的 忠实 用 户 群 。 这 些 用 户 可 
以 在 新 版 本 发 布 前 ， 帮 我 们 进行 测试 。 他 们 遇 布 全 国 各 地 ， 有 各 种 不 同 
的 需求 ， 从 而 试用 的 业务 场景 也 不 上 尽 相 同 。 要 适当 给 他 们 一 些 交 励 ， 比 
如 VIP 用 户 或 者 红包 代金 券 什么 的 。 不 要 以 为 全 国人 民 都 像 开 发 人 员 似 





的 ， 每 天 忙 得 焦头烂额 ， 哪 还 有 时 间 去 帮 有 别人 去 做 小 白鼠 ， 其 实 有 闲人 
和 好 心 人 还 是 很 多 的 。 





一 般 来 说 ， 能 打 电 话 来 投诉 的 用 户 ， 痢 是 愿意 花 时 间 帮 我 们 进行 测 
试 的 用 户 。 


11.3 ”小 流量 包 


Android 有 一 个 比 i9S 好 的 地 方 ， 就 是 可 以 随时 发 版 ， 发 现 问题 后 立 
刻 修 复 立 刻 发 新 版 。 至 少 很 多 书 上 都 是 这 么 说 的 。 


但 我 从 事 无 线 领域 这 几 年 的 经 验 告 诉 我 ， 实 际 情况 并 非 如 此 。 频 繁 
发 版 会 导致 用 户 要 频繁 更 新 ， 他 们 会 认为 这 家 公司 是 不 是 要 倒闭 了 ? 怎 

一 周 内 接二连三 及 hotfix 版 本 ? 所 以 每 次 发 现 线 上 bug， 我 们 都 会 很 齐 
慎 的 评估 ， 是 否 一 定 要 发 hotfix 版 本 。 不 同行 业 发 hotfix 版 本 的 衡量 标准 
是 不 一 样 的 : 





: 电 商 类 公司 ， 他 们 会 很 在 乎 订单 数 和 订单 转化 率 ， 所 以 一 定 要 确 
保 文 付 主流 程 能 走 通 ， 同 时 ， 对 于 一 切 影响 生意 的 UI 展 示 问 题 都 很 在 
意 ， 比 如 票 券 的 有 效 期 会 误导 用 户 ， 比 如 酒店 的 好 评 率 如 果 不 展示 将 直 
接 影响 订单 的 转化 率 。 


社交 类 公司 ， 他 们 会 很 在 乎 各 个 页 面 的 广告 是 否 能 正确 投放 ， 因 
为 这 类 公司 就 是 靠 收取 其 他 公司 的 广告 费 来 仍 利 的 。 男 外 ， 他 们 比较 关 
心 PV 和 UV， 因 为 不 同 页 面 上 的 广告 费用 是 不 一 样 的 ，PV 和 UV 高 的 页 
面 ， 广 告 费用 也 高 ， 比 如 首页 。 








-推送 ， 更 是 一 个 重 中 之 重 的 功能 。 尤 其 是 个 性 化 推送 ， 能 在 公司 





和 用 户 之 间 建 立 很 好 的 互动 。 如 果 推 送 功能 二 了， 是 必须 要 紧急 发 版 
的 。 


地 图 定位 ， 对 所 有 公司 都 很 重要 ， 所 以 使 用 一 球 好 的 SDK 人 至 关 重 
要 ， 我 们 最 关心 的 是 地 图 SDK 的 稳定 性 和 性 能 ， 还 有 准确 性 。 我 一 天 到 
晚 接 到 全 国 各 地 销售 部 门 的 投诉 ， 说 茶 茶 定位 错 了 ， 叶 致 客人 找 不 到 具 
体 地 方 ， 直 接 影响 生意 。 








每 次 紧 总 发 版 都 会 把 所 有 200 多 个 渠道 包 全 都 打 一 迄 ， 惑 算是 目 动 
化 批量 打包 ， 每 个 包 需 要 5 分 钟 ， 也 要 等 服务 器 运行 将 近 一 天 时 间 是 。 
然后 由 推广 人 员 执 行 以 下 操作 : 





一 部 分 apk 包 手动 上 传 到 各 大 市 场 ， 有 些 是 立即 生效 ， 有 些 则 需要 
Android 市 场 那 边 审核 ， 如 果 是 周末 对 方 不 上 班 ， 还 要 打 电 话 请 人 家 帮 
忙 加 速 审核 。 


了 Ht 


.一 部 分 apk 分 发 给 Android 市 场 的 市 场 人 员 ， 由 他 们 帮忙 上 传 。 
一 部 分 apk 放 到 公司 的 服务 器 ， 然 后 更 新 所 有 HTML5 短 链 的 地 址 。 


每 次 Hotfix 发 版 ， 都 会 这 么 折腾 一 遍 ， 所 有 涉及 的 人 都 苦 不 堪 言 。 
经 历 了 几 次 Hotfix 后 ， 我 就 开始 在 想 如 何 提 前 发 现 App 的 这 些 严 重 问 


题 。 


我 们 先 尝试 使 用 Google Play， 每 次 发 版 前 一 两 天 都 提前 发 布 到 


Google Play 的 灰 度 环境 ， 设 置 为 50%， 也 就 是 说 每 两 个 用 户 就 有 一 个 用 
户 能 使 用 到 新 版 本 。 我 们 原本 以 为 这 样 就 能 收 到 用 户 的 反馈 了 ， 但 是 我 
们 试 了 几 次 后 ， 发 现 这 种 方法 不 可 行 ， 因 为 在 中 国 ，Google Play 的 用 户 
很 少 ， 每 天 100 多 用 户 ， 所 以 收 不 到 任何 反馈 ， 也 看 不 到 新 版 本 发 生 
Crash 发 送 到 后 台 服 务 器 的 异常 日 志 。 


既然 Google Play 行 不 通 ， 因 为 用 户 少 ， 那 我 们 就 在 想 ， 能 个 在 用 户 
量 比较 大 的 渠道 上 提前 几 天 发 布 我 们 的 测试 版 本 ? 








我 们 发 现 ， 网 站 首页 上 的 主 渠道 ， 用 户 量 比较 大 ， 每 天 大 约 有 1000 
的 新 用 户 激活 ， 所 以 我 们 尝试 将 主 渠 道上 的 包 提 前 一 周 蔡 换 为 测试 版 
本 ， 我 们 称 这 个 测试 版 本 为 小 流量 包 。 











小 流量 包 的 版 本 号 仍然 是 当前 线 上 的 版 本 号 。 比 如 说 ， 线 上 版 本 是 
6.0， 过 几 天 要 发 新 版 本 6.1， 在 这 期 间 我 要 在 主 渠 道 发 布 一 个 小 流量 
包 ， 版 本 号 只 能 是 6.0， 而 不 能 是 6.1， 人 否则 第 二 天 你 就 会 发 现 各 个 渠道 
上 的 App 都 升级 为 6.1 厂 本 了 ， 渠 着 商 之 间 的 和 竞 争 很 激烈 ， 他 们 会 尽量 保 
证 每 个 App 都 是 最 新 的 版 本 ， 从 而 获得 更 多 的 下 载 量 。 但 这 样 一 来 ， 小 
流量 包 就 失去 了 原先 的 意义 ， 相 当 于 提前 发 版 上 线 了 ， 上 所 以 版 本 号 一 定 
不 能 变 ， 仍 然 是 6.0， 就 不 会 被 抓 包 了 。 








那么 如 何 区 分 线 上 版 本 和 小 流量 包 呢 ? 比如 说 激活 数 、 下 单数 、 转 
化 率 ， 甚 至 是 线 上 Crash 数 据 ， 因 为 版 本 号 一 样 ， 都 会 混在 一 起 。 我 的 


经 验 是 申请 一 个 新 的 渠道 号 ， 比 如 我 今天 要 发 布 小 流量 包 ， 那 么 我 就 找 
财务 申请 20140802 这 个 新 渠道 ， 这 样 在 后 台 就 能 看 到 渠道 号 为 20140802 
的 Crash 信 息 了 。 到 时 候 只 要 在 计算 每 日 激活 量 时 ， 把 这 个 渠道 产生 的 


激活 划 归 到 主 渠道 就 是 了 。 











小 流量 包 的 版 本 号 不 变 ， 使 得 只 有 新 用 户 才 能 下 载 到 小 流量 包 ， 老 
版 本 的 用 尸 ， 因 为 版 本 号 一 致 ， 所 以 不 会 进行 更 新 。 这 样 就 避免 了 频繁 
升级 App 版 本 对 用 户 造成 的 拱 烦 。 


[1] 有 一 种 超 快 速 打 渠 道 包 的 机 制 ， 请 参见 本 书 9.9.3 节 。 


11.4 建立 全 国 范围 的 测试 群 





我 们 在 本 半 11.1 市 和 11.2 节 介绍 了 如 何 遂 过 二 分 法 排查 线 上 bug， 以 
及 如 何 请 客服 人 员 帮 我 们 一 起 排查 问题 。 像 这 类 问题 ， 只 要 能 找到 能 稳 
定 复 现 的 用 户 ， 能 帮助 我 们 不 停 地 进行 测试 ， 就 肯定 能 解决 线 上 的 各 种 


疑难 问题 。 


这 件 事 过 后 ， 我 就 在 想 ， 如 何 能 提前 发 现 关 似 的 网 络 问题 。 像 上 面 
遇 到 的 这 件 事 ， 在 开发 期 间 ， 在 北 各 研 用 总 部 ， 无 论 是 开发 人 员 还 是 测 
试 人 员 ， 都 没有 遇 到 过 ， 但 只 要 一 到 外 地 ， 就 有 可 能 发 生 ， 这 是 我 们 研 
发 团队 所 面临 的 一 个 难题 。 





后 来 我 在 公司 里 面 四 处 转悠 的 时 候 ， 我 束 发 现 销售 部 门 可 以 帮 我 们 
做 测试 啊 。 要 知道 只 要 公司 大 一 些 ， 全 国 各 地 都 会 有 销售 办 事 处 的 。 


有 人 会 说 ， 你 说 得 轻松 ， 人 家 也 有 要 忙 的 事情 ， 哪 有 空 理 你 啊 ! 其 
实 ， 测 试 工 作 如 果 做 好 了 ， 反 过 来 可 以 帮 销 售 部 门 争取 到 更 多 的 客户 ， 
对 公司 也 是 有 益处 的 ， 只 是 之 前 没有 人 意识 到 这 一 反而 已 。 








于 是 我 写 了 一 封 邮件 给 全 国 30 多 个 省 会 的 销售 负责 人 ， 大 抵 是 说 ， 
请 大 家 配合 提供 各 个 地 区 的 有 Android 手 机 可 以 配合 测试 工作 的 部 门 助 
理 的 联系 方式 ， 但 正和 事先 料想 的 一 样 ， 回 复 者 寥 宇 无 几 。 没 和 关系， 我 





开始 改变 策略 ， 一 封 封 地 发 这 个 邮件 ， 而 且 全 都 抄 送 给 整个 销售 部 门 的 
总 负责 人 。 刚 发 完 第 二 封 ， 那 个 总 负责 人 坐 不 住 了 ， 佑 计 是 被 我 又 扰 烦 
了 ， 他 回 邮 件 说 这 邮件 你 小 子 别 再 发 了 ， 我 来 帮 你 催 。 





就 这 样 在 一 天 之 内 要 到 了 全 国 30 多 个 省 会 的 有 Android 手 机 可 以 配 
合 测 试 工作 的 部 门 助理 的 联系 方式 ， 把 她 们 加 到 了 一 个 新 创建 的 全 国 销 
售 QQ 群 中 ， 每 次 发 版 前 一 周 都 会 给 群 里 的 每 个 人 发 一 个 测试 包 ， 测 试 
在 WiFi 和 2G、3G、4G 网 络 环境 下 主流 程 是 否 能 走 通 。 我 记得 每 次 干 这 
事 的 时 候 ， 都 要 一 个 小 时 同时 和 30 多 个 人 进行 QQ 聊天 ， 我 打字 又 不 
快 ， 经 常 脸 烙 得 通红 ， 屏 幕 上 的 30 多 个 QQ 窗口 全 都 在 闪烁 而 我 又 回应 
不 过 六 








后 来 我 老板 昕 说 这 事 ， 专 门 跑 到 我 屏 硕 前 看 我 创建 的 这 个 全 国 销售 
QQ 群 ， 他 说 你 是 工作 泡妞 两 不 误 啊 ， 这 群 里 怎么 这 么 多 90 后 美女 ? 我 
说 TMD 还 不 是 为 了 你 的 生意 ， 不 然 我 一 个 做 技术 的 ， 这 每 天 干 的 事 哪 
件 和 技术 有 关 啊 ? 





这 个 QQ 群 创建 后 ， 还 有 男 一 个 意 想 不 到 的 效果 ， 就 是 销售 部 门 的 
同事 发 现 App 的 问题 后 ， 直 接 就 在 QQ 群 里 说 了 ， 我 可 以 第 一 时 间 收 到 肥 
馈 并 立即 组 织 开 发 人 员 查 找 原 因 ， 而 这 在 过 去 ， 往 往 要 中 转 好 几 个 人 ， 

才能 把 问题 和 邮件 转 到 我 这 里 。 





11.5 ”如何 与 用 户 沟通 


用 户 投诉 非 同 小 可 ， 我 们 要 把 每 天 的 用 户 投 诉 作为 一 个 长 期 的 工作 
来 抓 。 





每 个 打 电 话 来 投诉 的 用 户 ， 背 后 都 有 99 个 发 现 了 同样 问题 但 是 却 懒 
得 打 电 话 的 用 户 ， 所 以 如 果 连 这 个 用 户 都 不 理 不 皮 ， 那 么 我 们 的 App 就 
真 的 没 救 了 。 


我 作为 App 用 户 ， 也 经 常会 打 电 话 投诉 或 者 反映 问题 ， 我 布 望 问 题 
很 快 解决 ， 即 使 不 能 百 分 百 解决 ， 我 希望 有 人 愿意 为 此 负责 ， 而 不 是 推 
甸 贡 任 。 





所 以 ， 我 在 代表 公司 处 理 用 户 投 诉 时 ， 我 会 这 么 做 : 








使 用 公司 座机 打 过 去 ， 这 样 能 表明 自己 不 是 驴子。 不 要 使 用 手 
机 。 





首先 表明 目 己 的 身份 。 我 的 经 验 是 ， 当 用 户 听 到 你 是 撤 术 人 员 
时 ， 会 比较 乐于 沟通 ， 因 为 他 会 认为 他 的 投诉 得 到 了 足够 的 重视 ， 已 经 
一 层 层 传达 到 了 公司 的 技术 部 门 。 


.详细 问 清楚 问题 发 生 的 场景 ， 包 括 手机 型 号 、 网 络 是 2G、3G、4G 


还 是 WiFi、 所 在 城市 、App 版 本 号 。 





` 留 下 用 户 的 QQ 号 或 者 微 信号 ， 这 是 为 了 方便 以 后 能 继续 沟通 。 如 
果 有 可 能 ， 可 以 把 这 个 用 户 加 入 到 公司 的 活跃 用 户 群 。 既 然 用 户 能 打 电 
话 来 跟 我 们 讲 问题 ， 那 残 可 以 认为 这 些 用 户 古 我 们 潜在 的 忠实 用 户 了 。 


-如 宁 需 要 用 户 花 时 间 来 配合 我 们 的 测试 工作 或 者 重 现 问 题 ， 最 好 


与 各 种 各 样 用 户 沟通 多 了 ， 发 现 用 户 的 问题 基本 分 为 以 下 几 种 : 








1) 用 户 操作 行为 错误 。 这 其 实 应 该 怪 产品 经 理 设 计 了 屎 一 样 的 产 
品 ， 让 用 户 抓 狂 ， 才 会 点 错 。 我 听 说 美 团 的 成 功 ， 就 在 于 给 商户 使 用 的 
后 人 台 非 常 简单， 所 以 能 抢 到 更 多 的 商户 。 交 互 馆 辑 非 常 复 杂 的 功能 我 做 
过 很 多 ， 上 线 后 就 是 没 人 用 。 由 此 而 验证 了 一 条 真理 : 简单 ， 才 是 美 。 











2) 业务 逻辑 有 bug， 甚 至 导致 朋 冲 。 这 主要 是 App 开 发 人 员 的 问 
题 ， 也 跟 测 试 人 员 没 有 有 覆盖 足够 的 测试 场景 有 关系 。 目 前 ， 大 多 数 公司 
遇 到 这 样 的 问题 ， 如 果 很 严重 ， 只 能 紧急 修复 、 紧 急 发 版 ， 如 果 发 新 版 
成 本 很 高 ， 就 只 能 妨 到 下 次 迭代 发 版 了 。 想 快速 解决 这 类 问题 ， 
Android 可 以 走 插 件 化 编程 的 路 。 对 于 iOS， 可 以 考虑 Lua 脚 本 编程 技 


3) GPS 定位 不 准 。 这 是 我 遇 到 的 投诉 最 多 问题 。 这 是 要 最 优先 解 


决 的 问题 ， 这 个 数据 不 准 ， 尤 其 是 定位 错 了 城市 ， 或 者 把 酒店 定位 到 海 
里 去 了 ， 都 会 闲 笑 话 。 很 多 时 候 ， 这 是 因为 Android 使 用 了 百度 地 图 而 
iOS 使 用 了 高 德 地 图 的 原因 ， 他 们 的 坐标 值 不 一 样 ， 所 以 在 地 图 上 的 位 
置 会 不 一 样 。 











4) App 版 本 低 。 低 版 本 有 bug， 我 们 发 现 后 在 新 版 本 修复 了 。 用 户 
升级 到 最 新 版 本 后 ， 就 没有 问题 了 。 











5) 问题 不 能 复 现 。 如 果 不 能 复 现 ， 或 者 说 时 好 时 坏 ， 那 多 半 是 
MobileAPI 返 回 了 脏 数 据 的 原因 。 


6) 客服 记录 问题 与 客人 投诉 问题 完全 不 符 。 因 为 客服 只 管 记 录 ， 
对 App 并 不 熟悉 ， 所 以 经 常会 以 论 传 冤 ， 把 客人 投诉 订单 列表 页 的 问 
题 ， 反 馈 为 产品 列表 页 的 问题 。 总 之 驴 展 不 对 马路 的 事情 很 多 ， 所 以 开 
发 人 员 如 宋 想 知道 真实 情况 ， 一 定 要 打 电 话 杀 目 询 问 客 人 原委 。 

















鉴于 每 天 都 有 大 量 的 用 户 投 诉 ， 我 们 在 与 用 户 电话 沟通 后 ， 要 找 一 
个 地 方 备案 ，Excel 也 好 ，Wiki 也 好 ， 自 己 做 的 系统 也 好 ， 总 之 : 


1) 成 功 解 决 的 ， 要 写 下 来 解决 方案 ， 以 便于 以 后 有 类 似 问题 ， 可 
以 不 用 排查 ， 直 接 答 复 用 户 。 我 们 称 之 为 Trouble Shooting。 








2) 不 能 复 现 、 成 为 无 头 公 案 的 ， 如 果 不 严 重 ， 就 当 作 优先 级 不 高 
的 bug 来 处 理 ， 要 记 下 来 用 户 联 系 方式 以 及 问题 的 来 龙 去 脉 ,时 刻 保持 


警惕 。 





保证 产品 的 质量 不 光 是 靠 发 版 前 的 测试 工作 ， 还 包括 产品 上 线 后 的 
线 上 问题 的 跟踪 和 处 理 。 


与 用 户 沟通 ， 不 同 于 在 公司 里 做 项 目 ， 需 要 另 一 僚 沟 通 的 技巧 。 
和 颜 悦 色 、 要 循循善诱 、 要 不 卑 不 亢 、 尽 可 能 多 的 从 用 户 那 里 获取 信 
恩 ， 尽 最 大 程度 地 请 用 户 帮 我 们 复 现 问题 。 








我 们 开发 人 员 ， 过 到 问题 不 要 一 上 来 就 想 看 log， 用 户 手机 上 是 没 
有 log 的 ， 就 算 记录 了 log， 也 不 会 拿 给 我 们 看 的 ， 要 从 多 个 角度 综合 分 
析 问 题 ， 比 如 说 奶 踪 发 生 问 题 的 时 间 点 ， 我 们 可 以 沿 着 这 个 方向 去 后 台 
查找 MobileAPI 日 志 、 检 查 Crash 信 息 。 有 关 这 方面 排查 问题 的 方法 论 ， 
我 们 下 一 节 再 介绍 


11.6 日 志 与 App 性 能 


日 志 这 玩意 儿 非 常 强大 ， 关 键 看 你 会 不 会 用 。 


在 Android 日 常 开 发 中 ， 我 会 输出 每 次 调用 MobileAPI 时 的 接口 地 
址 、 返 回 的 JSON 字 符 串 。 但 是 这 还 远 远 不 够 。 











对 于 一 次 完整 的 请 求 ， 我 们 需要 记录 以 下 信息 : 





1) 发 起 请 求 的 时 间 点 ， 注 意 这 个 时 间 不 是 点 击 请 求 按 钮 的 时 间 
点 ， 而 是 点 击 请 求 后 调用 HttpRequest 执 行 一 次 MobileAPI 网 络 请 求 的 那 
个 时 间 点 。 





2) 接收 到 MobileAPI 网 络 请 求 的 啊 应 时 间 。 注 意 这 个 时 间 点 ， 是 接 
收 到 JSON 字 符 串 的 时 间 。 


3) 从 客户 端 接 收 到 JSON 字 符 串 到 页 面 生 成 的 时 间 。 这 主要 用 于 测 
试 列 表 页 的 生成 时 间 ， 用 于 优化 列表 页 的 加 载 性 能 





将 1) 和 2) 这 两 个 时 间 点 相 减 ， 得 到 调用 一 次 网 络 接口 的 时 间 ， 
期 间 包 括 服务 器 处 理 该 请 求 的 时 间 ， 以 及 来 回 传输 数据 的 时 间 。 我 们 请 
MobileAPI 将 每 次 响应 的 时 间 记 录 在 HttpResponse 响 应 头 中 ， 返 回 给 客户 
端 ， 就 可 以 计算 出 每 次 请 求 中 到 底 哪 一 段 最 耗费 时 间 。 





以 上 就 是 客户 端 网 络 性 能 的 检测 方案 。 我 们 将 这 些 信 息 作 为 日 志 记 
录 到 SD 卡 上 。 每 天 晚上 跑 Monkey， 基 本 上 每 个 页 面 都 会 走 好 几 裔 ， 那 
么 每 个 MobileAPI 接 口 的 性 能 数据 就 都 能 得 到 了 。 





每 天 只 在 WiFi 网 络 环境 下 跑 Monkey 测 试 ， 是 得 不 到 真实 的 数据 
的 。 跑 Monkey 测 试 时 一 定 要 使 用 2G、3G 和 4G， 虽 然 多 花 点 钱 ， 但 是 能 
模拟 出 大 部 分 用 户 的 真实 性 能 数据 ， 其 中 哪个 页 面 是 痛 点 束 一 目 了 然 
也 


另 一 种 采集 性 能 数据 的 做 法 就 是 把 每 次 MobileAPI 的 性 能 数据 放 在 
内 存 中 ， 然 后 每 隔 半分 钟 就 发 送 到 服务 器 ， 由 服务 器 进行 分 析 。 这 种 解 
决 方案 的 缺点 就 是 一 旦 没有 网 络 ，MobileAPI 网 络 请 求 就 会 在 客户 端 产 
生 积压 ， 所 以 要 对 积压 过 久 的 网 络 请 求 及 时 清理 。 





11.7 从 新 人 入 职 作 业 入 手 





“不 识 访 山 真 面目 ， 只 缘 身 在 此 山中 。” 这 两 句 许 讲 的 是 ， 当 局 者 
迷 ， 局 外 人 往往 看 得 更 清楚 。 


对 于 从 事 App 研 发 的 人 来 说 ， 包 括 开 及 人 员 、 测 试 人 员 、 设 计 师 和 
产品 经 理 ， 每 天 的 工作 就 是 丰 宇 完善 产 品 ， 等 做 到 一 定 程 度 ， 就 会 有 瓶 
贷 ， 再 难 突破 。 这 时 束 需 要 局 外 人 来 “ 搅 搅局 ”了 。 




















最 好 的 “搅局 者 ”十 新 入 职 的 员工 ， 他 们 刚 到 公司 ， 映 上 还 带 有 上 一 
家 公司 的 痕迹 ， 所 以 能 提出 比较 中 肯 的 问题 。 这 时 候 ， 请 他 们 试用 一 下 
我 们 的 App， 作 为 新 人 入 职 培训 的 课 后 作业 布置 下 去 ， 能 收集 到 各 种 深 


刻 的 意见 。 


比 新 员工 更 有 效果 的 是 实习 生 ， 他 们 号 上 有 一 股 初出 季 访 的 锐气 ， 
不 像 在 职场 上 混 了 一 两 年 的 人 那样 有 诸多 顾 夸 。 我 曾经 收 到 过 一 封 从 
CEO 那 里 直接 转 过 来 的 邮件 ， 是 一 位 实习 生 使 用 App 的 意见 反馈 ， 其 中 
虽然 有 些 个 人 色彩 夹 淋 其中， 但 有 些 意见 是 一 针 见 血 的 ， 副 着 我 立刻 就 
要 组 织 人 力 去 解决 。 之 后 的 一 段 日 子 ， 每 天 都 会 有 实习 生 使 用 心得 的 邮 
件 转 到 我 这 边 ， 他 们 这 些 人 会 拿 着 手机 开关 2G、3G 和 4G 在 北 东 的 大 街 
小 蕉 使 用 我 们 的 App， 于 是 各 种 网 络 问 题 、 各 种 用 户 体 验 问题 我们 称 
之 为 反 人 类 设计 ) 纷 涌 而 至 。 

















请 实习 生 给 App 提 意见 的 另 一 个 好 处 是 ， 他 们 的 年 龄 都 是 在 23~25 
这 个 年 龄 段 ， 精 力 旺 感 ， 对 新 生 事物 接受 快 ， 与 App 这 种 新 兴 事 物 的 适 
用 人 群 正好 匹配 。 四 五 十 岁 的 大 朴 是 没 时 间 也 没 精力 给 出 太 多 太 好 的 建 
议 的 ， 他 们 可 能 已 经 被 生活 折磨 得 映 心 俱 疲 了 。 














于 是 ， 我 们 可 以 在 新 人 入 职 塔 训 中 加 入 本 公司 的 App 产 品 介绍 这 等 
课 ， 并 为 每 个 新 员工 布置 一 个 作业 ， 使 用 App 一 周 ， 把 使 用 心得 和 意见 
反馈 以 邮件 的 形式 发 出 来 。 另 一 方面 ， 要 求 无 线 部 门 负责 人 要 回复 每 一 
封 意见 反馈 的 邮件 ， 逐 条 解答 各 个 问题 ， 并 对 确认 的 问题 给 出 排 期 解 
决 。 打 开 意 见 入口 ， 后 面 一 定 要 有 人 收尾 ， 人 否则 就 是 形象 工程 。 











充分 利用 好 这 个 通道 ， 这 比 每 天 去 AppleStore 和 Android 各 大 市 场 看 
用 户 反 馈 要 好 得 多 。 因 为 你 可 以 直接 找到 发 现 问题 的 新 员工 获取 更 详细 
的 信息 ， 如 果 是 bug， 甚 至 可 以 要 到 他 的 手机 进行 调试 或 者 看 手机 上 存 
储 的 日 志 。 


11.8 ”本 章 小 结 

本 章 介 绍 了 App 的 日 常 管理 工作 中 的 各 种 技巧 ， 都 是 实际 工作 中 点 
点 滴 滴 的 回忆 。 

本 章 写 给 最 懂 我 的 人 看 。 


致 那些 和 我 一 起 加 班 熬夜 奋斗 过 的 兄 第 们 。 


第 12 章 ”无 线 团 队 的 组 建 和 管理 





团队 管理 者 决定 了 这 只 团队 的 高 度 。 


想 要 成 为 CTO， 只 会 无 线 那 些 技术 是 不 够 的 ， 还 需要 补习 大 数据 和 
搜索 、 数 据 库 等 技术 。 


我 希望 我 的 团队 像 李 云龙 的 独立 团 那 样 ， 平 常 一 个 个 看 上 去 都 不 起 
眼 ， 但 是 打 起 仗 来 喇 喇 叫 。 为 了 达到 这 个 目标 ， 需 要 隔 三 差 五 地 激励 士 
气 ， 让 团队 的 每 个 成 员 都 挑战 目 己 的 极限 ， 尽 早 地 完成 技术 上 的 飞跃 ; 
再 要 组 织 各 种 技术 塔 训 ， 建 立 一 个 恨 好 的 扩 术 氛围 ， 需 要 经 党 一 对 一 沟 
通 ， 对 症 下 药 ， 才 能 让 每 个 人 都 产生 团队 归属 感 ， 此 外 ， 气 弃 公 司 的 陈 
规 陋习 ， 甩 掉 工 作 中 阻碍 团队 发 展 的 一 切 束 缚 ， 轻 装 上 阵 ， 这 样 每 个 人 
才 会 有 干劲 儿 。 





所 有 这 一 切 ， 从 招 人 开始 。 


12.1 ”从 面试 谈 起 





一 个 团队 的 整体 风貌 ， 和 团队 人 负责 人 有 很 大 关系 。 如 果 团 队 负 责 
比较 外 同 ， 那 么 他 的 团队 也 必然 很 火爆 ;如果 团队 负责 人 是 内 同型 ， 那 
么 他 的 团队 也 会 很 癌 ， 日 贡 工 作 中 基本 没什么 声 将 。 亲 有 闹 的 打 法 ， 静 
有 静 的 风格 ， 没 有 对 错 之 分 。 








一 个 人 性 格 是 外 辐 还 是 内 同 ， 面 试 时 就 能 看 出 来 。 


12.1.1 如 仿 是 全 方 市 场 


“面试 的 时 候 看 人 的 短处 ， 用 人 的 时 候 看 人 的 长 处 。” 这 是 我 曾经 的 
一 位 老板 跟 我 讲 的 ， 经 过 我 这 些 年 的 实践 ， 感 觉 并 不 全 对 。 对 于 谷歌 、 
微软 、BAT 这 类 公司 ,每 天 有 成 干 上 万 人 挤 破 头 颅 要 进去 ， 所 以 他 们 永 
远 不 缺 人 ， 可 以 在 一 流 人 才 中 ， 慢 慢 找 候选 人 的 短 板 。 








但 是 对 于 二 线 公 司 ， 和 情况 束 不 容 乐 观 了 。 众 所 周知 ， 移 动 互联 网 迅 
速 焊 有 发， 人才 缺口 很 大 ， 基 本 上 所 有 的 互联 网 公司 都 仙 人 。 一 流 人 才 ， 
基本 见 不 到 ， 都 去 BAT 了 ， 只 能 从 二 流 人 才 和 三 流 人 才 中 下 手 ， 同 时 还 
要 手 快 ， 稍 微 慢 一 拍 就 被 其 他 公司 抢 走 了 ， 所 以 对 于 二 线 公司 ， 要 适当 
降低 标准 ， 一 个 强力 的 Team Leader， 外 加 一 些 能 干 活 的 人 就 行 了 。 








人 一 旦 招 进来 ， 接 下 来 就 要 把 他 培养 成 一 流 人 才 ， 让 他 具备 进入 
BAT 的 水 平 。 于 是 我 们 要 招 那 些 有 潜力 有 灵气 的 但 是 经 验 欠 缺 或 者 背景 
不 好 的 开发 人 员 ， 太 和 容 的 、 太 懒 的 、 慢 条 斯 理 的 都 不 行 ， 如 果 要 组 建 一 
支 嗽 喇 叫 的 团队 ， 切 记 要 守 好 这 最 后 的 底线 。 














作为 部 门 主管 ， 一 旦 你 发 现 候选 人 不 错 ， 就 要 留 个 心眼 了 ， 无 论 是 
电话 还 是 QQ 还 是 微 信 ， 尽 快 与 候选 人 后 续 建 立 长 期 联系 。 一 言 以 南 
之 ， 对 于 App 开 发 人 员 ， 现 在 是 卖方 市 场 ， 我 们 招 人 时 要 改变 以 往 高 高 
在 上 的 姿态 ， 人 否则 ， 就 招 不 到 人 。 





12.1.2 ”名校 论 不 适用 无 谎 开 发 


有 些 公司 要 求 招 人 必须 是 名 校 ， 尤 其 是 研发 部 门 ， 我 觉得 是 不 受 
的 。 


我 带 过 的 团队 成 员 ， 什 么 学 校 的 都 有 。 水 平 高 者 ， 往 往来 自 那 些 名 
不 见 经 传 的 学 校 ， 甚 至 是 二 本 三 本 。 我 想 ， 这 大 概 是 外 界 对 研发 二 字 的 
误解 吧 。 一 提起 研发 ， 所 有 外 行人 都 会 认为 这 是 件 很 高 深 的 工作 ， 必 须 
是 211 或 者 985 高 校 的 博士 教授 做 的 事情 对 于 学 术 也 许 如 此 ， 但 是 对 于 软 
件 研 发 其 实 不 然 ， 类 似 于 搜索 之 类 涉及 复杂 算法 的 软件 行业 ， 固 然 需要 
较 高 学 历 恨 好 背景 的 人 去 研究 ， 但 是 对 于 App 应 用 类 软件 而 言 ， 每 天 的 
开发 工作 大 都 是 重复 性 画 UI 和 调用 MobileAPI 获 取 数 据 ， 就 如 同 流水 线 

















工人 那样 做 事 ， 所 以 真 的 不 需要 名 校 出 吴 。 


12.1.3 如何 搞 到 更 多 的 简历 


这 年 头 ， 想 要 优先 拿 到 简历 ， 必 须 和 HR 搞 好 关系 ， 不 动 点 脑筋 是 
不 行 的 。 可 以 把 公司 HR 的 妹子 泡 到 手 做 老婆 。 我 自 酌 没有 这 样 的 条 
件 ， 可 是 我 会 做 饼干 梨 烷 面包 干 层 酥 这 样 的 甜点 啊 ， 于 是 亲手 做 了 一 份 
重 捧 和 提 拉 米 办 给 HR 的 美女 们 送 了 过 去 ， 可 想 而 知 ， 接 下 来 束 陆 陆续 
续 有 简历 到 我 手 里 了 。 





再 后 来 ， 简 历 又 少 了 ， 因 为 不 能 总 优先 照顾 我 啊 。 于 是 我 就 着 急 
了 ， 我 让 HR 把 我 的 邮箱 加 到 招聘 组 中 ， 只 要 有 人 投 开 及 职位 的 简历 ， 
就 也 会 发 给 我 一 份 ， 于 是 每 天 我 会 收 到 几 十 封 简历 ， 开 始 我 还 是 收 到 一 
封 看 一 封 ， 可 是 后 来 我 就 发 现 目 己 的 工作 时 间 就 被 碎 户 化 了 ， 因 为 要 时 
时 刻 刻 接收 并 筛选 简历 ， 后 来 我 就 每 天 晚上 8 点 统一 沁 一 届 当 天 所 有 的 
简历 ， 这 样 就 把 零散 的 时 间 利 用 起 来 了 ， 与 此 同时 我 还 发 现 ，HR 确 实 
帮 我 们 挡住 了 一 些 完全 不 合适 的 简历 节省 了 我 们 的 时 间 ， 此 外 ， 有 一 部 
分 简历 则 是 因为 学 历 原 因 ， 其 实 把 候选 人 约 过 来 聊 聊 还 是 很 合适 的 ， 这 
时 候 就 需要 不 拘 一 格 降 人 才 了。 还 有 一 部 分 简历 就 比较 奇 蓝 了 ， 因 为 
HR 要 帮 不 同 的 部 门 招 人 ， 所 以 经 常会 出 现 这 样 的 情况 ， 一 份 好 的 简 
历 ， 先 送 到 A 部 门 ， 合 适 就 留 下 来 约 面试 ， 不 合适 就 直接 拒 了 ， 而 我 所 
在 的 B 部 门 则 完全 不 知道 还 有 这 样 一 个 人 的 存在 。 























我 不 晓得 其 他 部 门 是 如 何 操作 的 ， 反 正 目 从 我 把 目 己 的 邮箱 加 入 到 
招聘 组 后 ， 我 就 有 了 优先 科 选 简历 的 权力 ， 每 天 几 十 份 简历 ， 虽 然 额 外 
增加 了 工作 量 ， 但 是 每 天 都 能 确保 得 选 到 有 合适 的 简历 并 约 来 面试 。 











12.1.4 面试 时 需要 考察 的 几 个 点 


面试 时 ， 主 要 考察 候选 人 的 3 个 方面 : 


-技术 水 平 ， 主 要 是 候选 人 的 编程 技术 水 平 。 


领域 知识 ， 主 要 是 候选 人 对 业务 的 了 解 程度 。 





软 性 技能 ， 包 括 沟通 能 力 、 抗 压 能 力 、 性 格 。 


每 个 公司 面试 的 流程 不 太一 样 。 一 般 而 言 ， 有 两 轮 最 重要 。 第 一 轮 
是 Team Leader 面 试 ， 考 察 技术 水 平 。 第 二 轮 是 用 人 部 门 的 负 贡 人 面 
试 ， 考 察 领 域 知识 和 软 性 技能 。 这 两 轮 过 了 ， 只 要 薪水 不 是 太 离 谐 ， 基 
本 就 算 过 了 ， 这 也 符合 互联 网 公司 简单 高 效 的 节 雪 。 


如 何 考 察 面试 者 的 扩 术 水 平 ? 对 于 App 而 言 ， 分 为 3 个 方 同 : 


-应 用 类 ， 比 如 说 京东 、 携 程 、 大 众 点 评 、 美 团 这 样 的 App， 它 们 共 
同 的 特点 是 页 面 多 ， 都 需要 频繁 地 调用 MobileAPI 获 取 数 据 ， 都 涉及 文 
付 流 程 ， 所 以 这 类 App 的 开 及 人 员 需 要 对 UI、 网 络 、 登 录 、 文 付 流 程 都 


非常 熟悉 。 应 用 市 场 也 属于 这 一 类 ， 比 如 更 豆 


手机 管家 类 。 这 类 App 虽 然 也 算是 应 用 类 ， 但 是 很 少 调用 
MobileAPI， 它 更 多 关注 的 是 手机 系统 内 部 数据 的 读 写 ， 所 以 这 类 App 
的 开发 人 员 需 要 对 ActivityManager、Service、BroadcastReceiver 之 类 的 
知识 很 熟悉 。 











游戏 类 ， 必 须 对 动画 引擎 很 熟悉 ， 比 如 说 Cocos2d 和 Lua。 


此 外 ， 还 有 一 类 Android 从 业 人 员 ， 是 在 华为 、 三 星 这 样 的 硬件 厂 
商 做 手机 系统 的 二 次 开发 ， 包 括 手 机 系统 上 自 带 的 一 些 软件 ， 严 格 地 





我 本 人 是 从 事 应 用 类 App 开 发 的 ， 这 本 书 也 是 针对 于 此 的 ， 所 以 我 
在 面试 时 一 般 会 考察 以 下 儿 个 方面 : 


1) Activity 的 生命 周期 。 
2) Activity 的 4 种 局 动 方式 及 使 用 场合 。 


3) 做 过 的 项 目 中 ，Activity 是 否 有 基 类 ， 如 果 有 ， 封 装 了 哪些 共用 
的 逻辑 ? 


4) 事件 的 各 种 使 用 方式 及 优 缺 点 。 


5) 与 HIML5 页 面 的 相互 调用 。 


Wo 


6) UI 线程 的 阻塞 与 解决 方案 (Runnable 与 Handler) 。 


D4 


7) 采用 什么 姿势 调用 MobileAPI 并 解析 返回 的 数据 ? 


YL 


8) 怎样 做 列表 的 分 页 和 刷新 。 


at 


9) 登录 的 实现 ， 包 括 从 哪儿 来 、 到 哪儿 去 的 页 面 跳 转 机 制 ， 记 住 


密码 的 馆 辑 设计 。 


10) 性 能 调 优 ， 包 括 Layout 调 优 、Activity 中 如 何 使 用 CONST 常 
量 、 时 间 换 空间 策略 、ViewHolder、 图 集 的 优化 策略 、 数 据 缓 存 和 图 片 





11) 全 局 变量 过 多 怎么 办 ? 
12)》 号 过 UT 没 ? 
13) 是 否 做 过 自动 打包 ?Ant、Maven 或 Gradle 任 意 一 种 都 可 以 。 


大 家 会 看 到 ， 我 对 Activity 问 的 很 详细 ， 因 为 它们 占据 了 应 用 类 App 
日 常 开发 工作 的 绝 大 部 分 ， 但 是 对 Android 的 其 他 三 大 组 件 基 本 不 问 ， 
因为 在 应 用 类 App 中 很 少 使 用 。 


以 上 13 道 问题 ， 不 一 定 要 求 候选 人 全 都 会 。 满 足 大 部 分 就 能 干 活 
了 ， 剩 下 不 会 的 知识 点 ， 接 下 来 在 工作 中 会 慢 慢 补 齐 。 











对 于 TeamLeader 的 要 求 会 更 局 一 些 ， 包 括 如 何 检 查 内 存 泄露 ， 如 何 
优化 内 存 、 多 线程 、 自 动 打 包 、 框 架设 计 、 版 本 管理 等 诸多 方面 。 


12.2 无线 团 队 必 备 的 10 份 文档 


一 个 团队 成 熟 与 否 的 标志 是 文档 。 文 档 太 多 ， 就 违反 了 敏捷 的 原 
则 ， 但 有 几 个 文档 是 必须 要 提供 的 ， 下 面 分 别 介绍 。 


12.2.1 新 员工 入 职 文 档 


这 份 文档 包括 : 

部门 组 织 结构 ， 新 员工 所 在 的 团队 和 将 要 担当 的 角色 。 
-个 人 简介 ， 用 于 群发 给 部 门 其 他 成 员 。 

要 加 入 的 公司 邮件 组 ， 部 门 内 部 用 于 沟通 的 QQ 群 或 微 信 群 。 
“Android 项 目的 地 址 ， 权 限 申 请 。 

:Bug 管理 工具 及 权限 申请 。 

测试 环境 和 仿真 环境 的 地 址 。 

-产品 需求 的 地 址 。 


WIFI 设置 、VPN 申 请 、 手 机 邮箱 配置 、 打 印 机 安装 ， 等 等 。 


12.2.2 ”加 强 版 新 员工 入 职 文档 


我 们 针对 Android 开 发 团队 ， 编 写 了 一 份 适用 于 Android 团 队 新 员工 
的 入 职 文档 。 这 份 文档 包括 : 


SVN 或 GIT 的 权限 申请 。 
.Android 开 发 常用 软件 下 载 。 

迭代 的 节奏 。 

业务 名 词 解释 。 

:Android App 的 项 目 结构 。 

Android 自动 打包 地 址 〈 如 果 有 ) 。 


模板 《模范 标准 ) 页 面 。 这 里 指 的 是 新 人 与 程序 时 可 以 用 来 参考 
的 类 或 方法 。 


-代码 规范 。 


12.2.3 测试 机 清单 


App 开 发 团队 一 定 要 有 一 份 测 试 机 清单 ， 如 表 12-1 所 示 。 


表 12-1 测试 机 清单 
测试 机 型 号 使 用 人 
小 米 2 张 三 
: 星 4S 村 四 


小 米 1 E 五 
HUAWEI C8816 赵 六 


这 样 线 上 有 类 似 机 型 或 系统 出 了 问题 ， 就 有 机 会 复 现 这 个 问题 。 
Android 几 千 季 机 型 我 们 不 可 能 全 都 采购 ， 一 种 好 的 方案 是 ， 到 友 盟 上 
看 使 用 我 们 App 的 排名 前 10 的 Android 手 机 ， 采 购 这 些 手机 ， 确 保 开 发 团 
队 和 测试 团队 各 有 1 部 这 些 型 号 的 手机 。 


12.2.4 ”模块 分 工 表 


把 开发 人 员 按照 业务 线 《〈 模 块 ) 进行 划分 。 


对 于 小 的 团队 ， 每 个 模块 上 有 1 个 主要 开发 人 员 ，1 个 后 备 开 发 人 
员 ， 二 者 互 为 备份 。 在 另 一 个 模块 上 ， 这 两 个 人 的 号 份 则 反 过 来 。 如 表 


12-2 所 示 。 





表 12-2 模块 分 工 表 


后 备 开 发 人 员 
模块 A 村 四 
模块 B 张 三 
模块 C 赵 六 





分 工 表 一 旦 制定 ， 就 不 能 随意 调整 了 。 不 能 因为 模块 A 忙 不 过 来 ， 


就 把 模块 C 的 王 五 调 过 去 。 人 员 频 繁 流动 ， 会 导致 代码 质量 降低 。 


对 于 规模 大 的 公司 ， 每 个 模块 都 会 有 一 个 3~4 人 的 小 团队 ， 所 以 无 
所 谓 主 从 的 关系 ， 但 这 个 小 团队 会 有 1 个 Team Leader。 


另 一 方面 ， 要 尽早 对 Android 项 目 进行 模 块 拆 分 ， 按 照 业务 线 进行 
模块 划分 是 个 不 错 的 选择 ， 把 各 个 独立 的 业务 模块 从 一 个 大 的 apk 中 独 
并 出 来 ， 这 样 才能 让 负责 这 个 模块 的 人 或 者 团队 独立 开发 而 不 受 其 他 团 
队 的 影响 。 








12.2.5 页 面馆 辑 流 程 文档 


每 条 业务 线 的 业务 逻辑 都 是 非常 复杂 的 ， 表 现在 Android 项 目 中 就 
是 十 几 个 Activity 页 面 。 其 中 ， 每 个 Activity 中 ， 跳 转 到 其 他 Activity 的 情 
况 就 很 多 ， 包 括 startActivityForResult 这 样 跳 过 去 又 跳 回 来 的 场景 ， 另 一 
方面 ， 每 个 Activity 都 可 能 有 多 个 入 口 。 





当 我 们 想 修 改 页 面 跳 转 逻辑 及 传 参 时 ， 往 往 会 因为 考虑 不 全 面 而 引 
发 灾难 性 的 问题 ， 下 到 发 版 后 才 发 现 〈 多 发 生 于 推送 )。 





于 是 我 们 迫切 需要 每 条 业务 线 的 页 面 流 程 图 ， 在 修改 业务 流程 时 ， 
这 个 页 面 流程 图 有 很 好 的 参考 价值 。 我 男 过 很 多 这 样 的 页 面 流程 图 ， 一 
般 而 言 ， 各 条 业务 线 的 页 面 流 程 都 差不多 ， 如 图 12-1 所 示 。 








支付 成 功 页 


图 12-1 业务 流程 网 





主流 程 就 这 么 6 个 步骤 ， 各 家 App 的 区 别 就 在 于 每 个 页 面 上 会 有 一 
些 子 页 面 ， 用 于 加 强 信 息 收 集 。 基 于 此 ， 才 有 了 这 份 页 面 逻辑 流程 文 
档 ， 图 12-2 和 图 12-3 是 我 设计 的 一 天 奢侈 品 App 的 页 面 流程 图 。 















选择 城市 页 
CitySelectActivity 











查询 页 
SearchActivity 





列表 页 
ProductListActivity 








主导 页 
ProductDetallActivity 





图 12-2 ”一 款 奢 侈 品 App 的 页 面 流程 图 -1 


详情 页 
ProductDetail Activity 






登录 页 
LoginActivity 


订单 填写 页 非 会 员 订单 填写 页 
FillOrder Activity UnloginFillOrderActivity 

支付 页 
PayActivity 


图 12-3 ”一 款 奢 侈 品 App 的 页 面 流程 图 -2 






不 要 把 所 有 页 面 都 男 在 一 个 图 中 ， 线 太 多 ， 没 人 能 看 懂 。 拆 开 画 ， 
效果 会 更 好 。 


12.2.6 ”MobileAPI 接 口 分 布 图 


一 般 用 XMind 思 维 导 图 来 描述 一 蒜 App 所 用 到 的 MobileAPI 接 口 ， 如 
图 12-4 所 示 。 








OrderListActivity © getOrderList 
Hz [OrderDetailActivity © getOrderDatail 


App Service 
apil 
PagelActivit 

agelActivity = 

业务 线 A 和 四 Page2Activity ”api3 

apl3 
Page3Activity © 
LW 











图 12-4 ”MobileAPI 接 口 分 布 图 


有 了 这 个 图 表 ， 我 们 就 可 以 : 


:定期 检查 iOS 和 Android 在 做 同一 功能 时 所 使 用 到 的 MobileAPI 是 否 
= 


每 次 MobileAPI 发 版 上 线 ， 相 关 的 测试 人 员 ， 就 可 以 根据 这 张 图 ， 
找到 这 些 MobileAPI 接 口 改 动 影响 了 哪些 页 面 和 功能 ， 需 要 进行 相应 的 
回归 测试 。 








要 定期 更 新 这 份 文 档 ， 可 以 写 一 个 脚本 ， 定 期 从 Android 代 码 中 ， 
捞 出 所 使 用 到 的 MobileAPI 列 表 ， 同 步 到 这 份 文档 中 。 


12.2.7 版 本 管理 策略 文档 





无 论 是 使 用 SVN 还 是 GIT， 都 要 制定 一 套 发 版 流程 。Android 团 队 中 


要 有 专门 的 开发 人 员 熟 悉 并 遵守 这 套 流 程 ， 包 括 : 


:正常 碗 代 的 流程 。 


开 新 分 文 做 拉 术 调研 的 流程 。 


紧急 上 线 流程 。 





流程 一 般 有 两 种 ， 要 么 是 主干 开发 主干 上 线 ， 要 么 是 主干 开发 分 支 
上 线 ， 无 论 是 哪 一 种 ， 都 要 落实 为 文档 ， 切 忌口 口 相 传 。 


12.2.8 框架 设计 文档 


当 我 们 把 AndroidLib 这 个 业务 无 关 的 关 库 从 App 中 抽象 出 来 的 时 
候 ， 束 该 有 一 份 框 染 设计 文档 了 。 








这 份 文档 我 首 经 写 过 ， 本 书 第 1 部 分 的 第 1~4 章 束 是 这 份 文档 的 扩充 
版 ， 请 仔细 阅读 。 


12.2.9 发 版 流程 文档 


Android 发 版 并 不 像 OS 那 样 只 提交 AppStore 审 核 ，Android 要 发 布 到 
各 大 市 场 ， 为 此 ， 需 要 修改 AndroidManifest.xml 中 的 友 盟 渠道 写 ， 才 能 
统计 出 各 大 市 场 的 下 载 量 。 此 外 ， 对 外 发 布 的 apk 包 要 混 消 ， 人 否则 外 界 


可 以 通过 反 编 译 看 到 我 们 辛 辛 理 吾 写 的 代码 。 





其 实 考虑 问题 最 多 的 古 测试 团队 ， 他 们 往往 会 担心 : 





代码 是 否 混 消 ? 
版 本 号 古 售 正确 ? 
个 release 包 《而 不 是 debug 包 ) ? 
临时 决定 关闭 的 功能 是 否 露 出 来 了 ? 
是 否 可 以 文 付 、 分 译 、 扫 描 二 维 码 ? 
升级 安装 是 否 会 引起 崩 湿 ? 
鉴于 以 上 各 点 ， 我 们 需要 制定 发 版 流程 并 形成 文档， 包括 : 


1) 产品 经 理 准 备 发 版 所 需要 的 描述 文字 、 疼 片 等 材料 。 





2) 开 肥 人员 进行 批量 打包 工作 。 


3) 测试 人 员 要 随机 抽取 一 个 apk 包 进行 测试 ， 包 括 我 上 面谈 到 的 那 
些 测试 功能 点 


4) 推广 人 员 发 布 到 各 大 市 场 ， 要 有 邮件 持续 跟踪 各 个 渠道 的 版 本 


更 新 进度 。 


5) 在 版 本 仓库 上 打 Tag， 合 并 分 文 上 的 代码 到 主干 〈 如 宁 采 用 的 是 
主干 开发 分 文 上 线 的 策略 ) 。 


12.2.10 ”App 启动 流程 图 


如 果 要 做 App 性 能 优化 ， 最 好 的 看 手 点 是 App 从 启动 到 进入 首页 的 





大 多 数 Android App 的 启动 Activity 并 不 是 首页 HomeActivity， 而 是 
一 个 叫做 LaunchActivity 的 页 面 ， 它 的 UI 就 是 简单 的 Splash 动 画 ， 同 时 它 
肩负 着 更 多 的 职责 ， 如 下 所 示 : 


注册 友 盟 、 推 送 等 第 三 方 组 件 。 

加载 Splash 图 ， 同 时 下 载 新 的 Splash 图 以 便 下 次 开启 时 使 用 。 
如果 是 首次 打开 ， 则 进入 引导 页 。 

: 友 盟 打点 ， 统 计 激 活 数 


:如 果 有 消息 推送 到 达 ， 点 击 消息 后 想 不 经 过 首页 而 直接 进入 某 个 
二 级 页 面 ， 其 实在 代码 层面 还 是 要 经 过 LaunchActivity 的 ， 由 它 对 推送 
消息 进行 分 发 ， 以 决定 该 跳 转 到 哪个 三 级 页 面 。 





以 上 这 些 逻 辑 交 织 在 一 起 ， 非 党 复杂， 尤其 是 要 区 分 升级 版 和 全 新 
安装 版 的 时 候 ， 为 此 我 们 需要 用 Visio 之 类 的 软件 绘制 一 个 App 启 动 流程 
图 。 


在 业界 ， 我 们 将 LaunchActiity 称 为 Bootstrapper。LaunchActivity 把 
上 述 这 些 事情 都 做 完 ， 才 会 进入 到 首页 HomeActivity。 


12 3 一 对 一 WW 人 对 


作为 部 门 管理 者 ， 我 和 团队 的 每 个 成 员 每 隔 一 段 时 间 进 行 一 次 一 对 
一 沟通 ， 每 次 半 个 小 时 。 这 是 不 可 缺少 的 一 件 工作 ， 比 任何 其 他 工作 都 


重要 ， 宁 肯 少 做 一 个 需求 ， 或 少 参加 一 个 会 议 。 








每 每 有 团队 管理 者 抱怨 ， 每 次 
问题 而 又 长 期 得 不 到 解决 ， 由 于 每 
太 大 意义 。 


谈话 都 得 到 相同 的 反 饿 ， 抱 怨 同 样 的 
次 都 老生 第 谈 ， 所 以 这 样 的 沟通 没有 





外 企 的 文化 是 ， 比 如 微软 ， 员 工 每 两 周 都 要 和 直属 领导 做 一 次 1:1 
沟通 ， 由 员工 组 织 材料 ， 汇 报 最 近 两 周 的 工作 进度 ， 展 望 接 下 来 两 周 做 
什么 事情 。 想 当年 我 每 次 都 要 准备 半天 时 间 ， 每 次 做 完 沟 通 之 后 都 是 汗 
尝 淡 背 ， 因 为 经 第 会 补 问 得 体 无 完 肤 不 蹇 而 结 ， 比 如 原 计划 为 何 进 展 组 
慢 、 新 计划 为 何不 切实 际 、 哪 里 有 不 足 为 何 还 没有 提高 、 计 划 什 么 时 候 











策 
于 
4 
4 


在 互联 网 这 几 年 ， 我 深 深 地 感受 到 ， 外 企 的 这 套 玩 法 在 互联 网 行业 
征 行 不 通 的 ， 原 因 如 下 : 





1) 互联 网 工作 节奏 太 快 ， 产品 需求 都 做 不 完 ， 团 队 成 员 不 会 有 半 
天 的 时 间 来 准备 。 


2) 团队 成 员 都 是 为 了 生计 而 疫 于 奔流， 没有 太 长 远 的 规划 ， 都 是 
做 完了 这 期 的 需求 ， 等 待 老板 分 配 新 的 工作 而 不 是 主动 想 要 做 些 什么 。 











基于 以 上 两 点 原因 ， 互 联网 的 员工 不 会 提前 准备 ， 而 是 在 一 对 一 沟 
通 时 被 问 到 什么 就 回答 什么 ， 丈 像 挤 直 袁 那样 。 








所 以 ， 我 对 团队 的 要 求 是 ， 沟 通 前 花 十 分 钟 时 间 想 一 想 
1) 最 近 一 个 月 做 了 哪些 事情 ， 有 什么 提高 ? 
2) 自身 想 要 有 什么 提高 ? 需要 我 帮助 做 些 什么 ? 


于 是 ， 在 和 团队 所 有 人 做 完 第 一 轮 一 对 一 沟通 后 ， 我 发 现 大 家 还 都 
是 蛋 有 想法 的 ， 只 是 平常 被 繁重 的 工作 所 累 ， 一 直 都 只 能 压抑 在 潜 意 1 
里 村 了 ， 只 要 加 以 引导 ， 都 是 可 以 挖掘 出 来 的 ， 比 如 以 下 几 点 是 我 间 听 
到 的 : 


识 





1) 强烈 要 求 团 建 。 小 规模 的 团 建 ， 找 个 特色 饭馆 吃 吃 饭 就 好 了 ， 
然后 去 唱 唱 K。 如 果 是 下 午 ， 还 可 以 组 织 大 家 去 看 电影 。 大 规模 的 团 
建 ， 就 要 把 团队 拉 出 去 嗨 译 了， 注意 ， 这 和 古 要 消耗 额外 工时 的 。 








2) 有 的 程序 员 以 后 想 转行 做 产品 经 理 ， 想 得 到 一 些 锻炼 的 机 会 。 
那 我 们 作为 老板 ， 就 要 给 他 们 提供 更 多 沟通 交流 的 机 会 。 


3) 初级 程序 员 希 望 能 分 配 到 一 些 更 高 级 的 Task。 他 们 询 望 新 知 





识 ， 而 不 是 天 天 画 UI。 


4) 有 些 程序 员 比 较 好 学 ， 他 希望 团队 中 有 大 牛 ， 能 学 到 东西 。 


5) 询 望 被 表扬 。 





每 轮 一 对 一 沟通 都 要 花费 一 周 的 时 间 。 不 光 有 是 沟通 ， 还 包括 事先 准 
备 和 沟通 后 整理 反馈 的 时 间 。 每 次 做 完 这 件 事 ， 我 都 要 生 一 天 病 一 一 胸 
口 疼 ， 从 来 没 说 过 那么 多 的 话 。 但 从 长 线 看 ， 绝 对 是 值得 的 。 


12.4 每 周 技术 分 享 








技术 分 享 是 提高 团队 技术 水 平 的 3 个 方法 之 一 ， 另 外 两 个 是 Code- 
Review 和 修复 线 上 Crash， 本 节 只 谈 如 何 组 织 技术 分 享 。 


技术 分 人 至 的 关键 在 于 坚持 。 有 些 公司 、 部 门 或 者 团队 往往 就 是 搞 个 
一 两 次 残 因 为 各 种 忙 而 天 折 了 。 技 术 分 诗 短 期 内 是 看 不 到 效果 的 ， 所 以 
对 于 急于 求 成 的 管理 者 而 言 ， 他 们 会 转 而 把 精力 用 于 做 那些 短平快 的 事 


情 。 








接 下 来 分 享 一 下 我 在 部 门 内 实施 技术 分 享 的 经 验 。 


-每 周一 次 ， 每 次 1 个 小 时 。 由 于 我 们 的 App 友 代 周期 是 两 周 ， 开 发 
人 员 会 很 已， 尤其 是 第 二 周 的 周三 周 四 周 五 ， 是 三 个 非常 重要 的 时 间 
点 ， 所 以 我 把 技术 分 享 的 时 间 定 在 每 周一 下 班 前 的 一 个 小 时 。 中 途 也 有 
周一 没有 准备 好 的 情况 ， 可 以 延期 到 这 一 周 的 茶 一 天 ， 但 是 不 能 取消 。 











单 周 由 我 来 讲 ， 双 周 由 团队 成 员 轮 流 进行 。 这 样 每 个 人 就 都 有 2 周 
的 充足 准备 时 间 。 我 讲 的 主题 偏 内 功 修 炼 ， 比 如 说 设计 模式 、 算 法 、 框 
架设 计 ， 等 等 ， 团 队 成 员 讲 的 主题 ， 偏 实战 中 的 经 验 和 心得 体会 ， 会 具 
体 到 代码 和 项 目 层面 ， 比 如 xmpp、 内 存 泄漏 、Activity 加 载 模式 ， 等 


加 
等 。 














在 初期 执行 的 时 候 ， 我 也 是 走 了 一 些 弯 路 的 。 比 如 我 的 开发 团队 整 
体 水 平 还 不 是 很 高 ， 而 我 讲 的 又 都 是 高 大 上 的 东西 ， 比 如 我 讲 过 
Android 打 包 流 程 ， 把 一 群 人 讲 得 云 山 雾 泌 。 





在 和 开发 人 员 一 对 一 沟通 得 到 反馈 后 ， 我 把 “ 青 格 ”适当 调整 ， 改 为 
讲 有 趣 的 算法 题目 ， 就 明显 受 欢 迎 很 多 。 进 一 步 ， 我 又 每 次 讲 几 个 设计 
模式 ， 结 合 着 Android 的 实际 情况 进行 讲解 ， 慢 慢 地 提高 团队 的 内 功 修 
为 一 一 要 知道 ， 很 多 Android 开 及 人 员 都 是 半路 出 家 ， 疫 学 过 正规 的 软 
件 开发 所 需要 的 这 几 门 基本 功 ， 所 以 他 们 是 需要 补 上 这 一 课 的 。 








同时 ， 我 还 发 现 大 家 使 用 GIT 命 令 行 不 是 很 熟练 ， 我 就 从 给 大 家 介 
绍 一 款 我 用 了 3 年 的 GIT 图 形 化 操作 工具 一 一 SmartGit， 从 而 提高 开发 效 
率 ， 每 天 不 用 为 合并 代码 花费 过 多 的 时 间 。 





在 团队 成 员 轮 流 进 行 技术 分 享 的 时 候 ， 也 遇 到 了 问题 ， 就 是 每 个 人 
都 介绍 自己 感 兴趣 的 东西 ， 往 往 就 变 成 了 讲 的 人 眉飞色舞 ， 听 的 人 不 明 
觉 厉 。 也 就 是 说 ， 没 有 形成 一 个 体系 ， 比 如 ， 通 过 半年 的 技术 分 享 ， 为 
团队 灌输 了 哪些 必 备 的 技术 ， 大 家 是 否 在 这 些 技 术 上 有 了 提高 。 

于 是 我 和 客户 端的 几 个 技术 经 理 一 起 罗列 了 Android 和 iOS 必 须 掌 握 


的 在 干 技术 点 ， 然 后 发 给 大 家 去 给 目 己 打分 ， 每 个 技术 点 都 是 5 分 制 ， 
量化 如 下 : 








.杀手 做 过 demo: 3 分 。 
:项 目 中 使 用 过 : 4 分 。 
.非常 熟悉 : 5 分 。 


把 大 家 的 自我 打分 收集 上 来 进行 汇总 ， 对 团队 的 整体 技术 水 平 就 一 
目 了 然 了 。 对 于 团队 的 技术 短 板 ， 在 每 周 的 技术 分 诗 上 ， 会 安排 团队 成 











员 专 门 进行 讲解 一 一 当然 这 个 人 需要 事先 花 大 量 的 时 间 去 学 习 、 研 究 并 
准备 Demo。 





对 于 Android 应 用 类 开发 人 员 所 需要 掌握 的 20 个 技术 点 ， 我 会 在 本 


草 后 面 第 7 节 进 行 介绍 。 


根据 我 的 经 验 ， 按 照 这 种 形式 坚持 下 去 ， 半 年 就 能 够 塔 养 出 一 批 
App 新 型 技术 人 才 ， 他 们 在 技术 水 平 、 开 发 效率 上 都 会 有 质 的 飞越 。 技 
术 团 队 能 力 不 强 这 一 问题 ， 很 多 高 管 往往 通过 招 更 优秀 的 人 优胜 劣 汰 来 
解决 ， 其 实 通过 技术 培训 也 能 得 到 一 批 精兵 强 将 。 


12.5 .从 但 评 审 





我 刚 到 一 家 互联 网 公司 时 发 现 整 个 App 团 队 在 使 用 Gerrit 进 行 代 码 评 
审 〈Code-Review) 。 搭 设 Gerrit 这 样 一 个 服务 器 并 不 难 ， 难 的 是 整个 
App 团 队 都 在 坚定 不 移 地 贯彻 Code-Review， 每 个 人 提交 代码 ， 都 必须 
由 另 一 个 人 审核 批准 后 才能 提交 到 GIT 上 一 一 这 不 由 得 让 我 叹为观止。 


但 是 我 观察 了 一 段 时 间 后 发 现 不 是 那么 回 事 ，Code-Review 的 具体 
执行 和 最 初 的 美好 愿景 并 不 匹配 。 首 先 我 们 是 个 互联 网 公司 ，App 和 迭代 
的 周期 只 有 2 周 ， 所 有 开发 人 员 都 疲于奔命 做 需求 ， 哪 里 还 有 时 间 去 审 
核 别 人 的 代码 ， 于 是 就 会 产生 以 下 几 种 情况 : 











技术 能 力 强 并 且 责 任 心 强 的 开发 人 员 ， 一 天 80% 时 间 用 于 审核 别人 
提交 的 代码 。 


技术 能 力 强 但 是 贡 任 心 差 的 开发 人 员 ， 代 码 看 都 不 看 二 接 束 审核 
通过 了 。 

-技术 能 力 弱 的 开发 人 员 ， 要 他 们 审核 别人 的 代码 ， 也 看 不 出 什么 
问题 来 。 即 使 责任 心 强 也 是 心 有 余 而 力 不 足 。 


另 一 个 副作用 是 ， 因 为 每 次 请 别人 Code-Review 都 要 等 ， 所 以 开发 
人 员 倾 问 于 每 天 下 班 前 一 次 性 提交 所 有 改动 ， 并 没有 遵守 持续 开发 、 持 


续 提交 、 持 续 测试 的 持续 集成 思想 。 而 审核 代码 的 人 就 更 是 辛苦 了 。 


我 曾经 一 度 想 把 Gerrit 机 制 废弃 了 ， 但 是 想 想 还 是 不 妥 ， 主 要 是 因 
为 : 





好 习惯 很 难 养 成 ， 坏 习惯 一 句 话 就 能 达到 了 。 今 天 我 把 Gerrit 废 径 
了 ， 等 哪 天 想 恢 复 重 新 来 可 就 难 了 。 








.目前 线 上 有 各 种 bug， 倒 是 还 可 以 归咎 为 新 人 经 验 不 足 、 开 发 资源 
不 足 、 测 试 不 充分 等 各 种 原因 而 废弃 Gerrit 之 后 ， 接 下 来 的 线 上 bug， 
可 就 都 是 没有 Code-Review 导 致 的 了 。 





思 前 想 后 ， 我 的 解决 方案 是 : 





.对 老 员 工 不 再 进行 Code-Review。 





:对 新 员工 和 实习 生 、 应 届 生 ， 要 为 他 们 每 个 人 指定 一 个 Code- 
Review 的 老 员 工 ， 至 少 3 个 月 之 内 ， 对 他 们 的 Code-Review 还 是 要 严格 执 
行 的 。 


此 外 ， 关 于 Code-Review 的 标准 ， 每 个 人 心里 的 秤 也 不 一 样 。 有 的 
人 看 编码 规范 ， 有 的 人 看 编码 逻辑 ， 你 问 我 哪个 对 ? 我 也 说 不 出 来 。 
Code-Review 我 在 软件 公司 也 经 历 过 ， 那 时 是 每 周一 上 晚上， 所 有 开发 人 
员 坐 在 一 个 会 议 室 ， 在 各 目的 笔记 本 上 看 分 配给 目 己 的 要 审核 的 代码 。 
这 期 间 ， 每 个 人 都 可 以 提出 他 认为 不 妥 的 各 种 问题 ， 由 被 审核 人 进行 回 








答 ， 只 要 能 自圆其说 就 行 ， 否 则 就 记 下 来 ，Code-Review 会 议 结 束 后 进 
行 修改 。 悍 慢 地 ， 几 个 月 下 来 ， 大 家 的 编程 风格 渐 趋 一 致 ， 这 就 是 
Code-Review 所 要 达成 的 效果 。 





在 互联 网 公司 ， 没 空 搞 我 上 面 说 的 那 套 。 毕 竞 两 周一 次 迭代 逼 死人 
啊 ! 于 是 我 把 Code-Review 的 策略 改 为 ， 每 周一 下 午 ， 技 术 经 理 从 上 周 
提交 的 代码 中 找 出 10 处 写 的 有 问题 的 代码 片段 ， 然 后 给 大 家 进行 讲解 和 
讨论 。 在 达成 共识 后 ， 今 后 束 再 也 不 能 写 类 似 的 代码 了 。 








那么 对 于 有 问题 的 代码 ， 该 怎么 处 理 呢 ? 我 的 做 法 是 ， 对 于 首页 、 
会 员 中 心 这 种 一 级 页 面 ， 代 码 写 的 再 烂 ， 也 不 要 改 ， 之 前 毕竟 是 稳定 
的 ， 你 改 了 后 可 能 就 不 好 用 了 ， 重 构 这 部 分 代码 是 件 长 期 的 工作 。 对 于 
二 级 或 三 级 页 面 ， 我 们 倒是 可 以 分 配 到 有 具体 的 开 肥 人 员 ， 把 问题 都 改 
了 ， 毕 竟 即 使 改 错 了 ， 也 只 是 影响 局 部 茶 个 功能 。 














每 周 进行 一 次 整个 团队 的 Code-Review， 把 每 周 发 现 的 问题 汇总 ， 
坚持 半年 时 间 ， 整 个 团队 的 代码 质量 会 有 很 大 改善 。 


在 进行 Code-Review 的 同时 ， 有 一 个 东西 可 以 顺带 搞 出 来 ， 那 就 是 
模板 页 面 ， 即 符合 编码 规范 要 求 、 可 以 作为 编写 其 他 页 面 的 模范 页 面 。 
如 果 项 目 中 没有 这 样 的 页 面 ， 那 就 找到 符合 60% 要 求 的 页 面 ， 然 后 把 它 
改造 为 符合 100% 要 求 的 。 对 于 Android 应 用 类 App 而 言 ， 一 个 模板 页 面 


是 不 够 的 ， 至 少 要 提供 Activity、Adapter、Entity、Fragment 这 4 个 模板 





页 ， 其 中 Activity 要 包括 对 MobileAPI 的 调用 。 








有 了 模板 页 ， 所 有 开发 人 员 的 编码 束 有 章 可 衢 ， 单 纯 搞 Code- 
Review 和 编码 规范 都 太 抽 象 ， 一 定 要 有 能 落地 的 东西 ， 那 就 是 模板 页 。 


12.6 ”对 Android 团 队 Leader 的 定位 


Android 团 队 Leader 要 负责 的 工作 罗列 如 下 ， 其 中 绝 大 部 分 也 适用 于 
iOS 团 队 Leader: 


每 次 迭代 把 Task 分 配 到 具体 开发 人 员 。 
:组 织 线 上 Crash 的 修复 。 

处 理 线 上 突 发 bug。 

-排查 每 日 客人 投诉 的 问题 。 

-解决 团队 遇 到 的 技术 难题 。 
-组织 每 周 Code-Review。 
组织 每 周 例会 。 


团队 Leader 一 定 要 明确 上 自己 的 职员 ， 注 意 以 下 两 皮 : 





-不 要 给 自己 分 配 具 体 的 需求 开发 ， 你 会 及 现 ， 上 述 管理 工作 会 消 
耗 掉 你 大 量 的 时 间 。 


:努力 不 要 使 目 己 成 为 瓶颈 。 很 耗费 时 间 的 事情 ， 及 时 分 配 到 具体 


的 开发 人 员 。bug 如 宁都 集中 到 目 己 手 里 ， 那 么 一 定 要 及 时 分 下 去 。 
哪些 工作 是 要 尽早 分 出 去 给 具体 的 开发 人 员 的 呢 ? 具体 包括 : 
Android 项 目的 打包 。 

-代码 混 清 。 
设计 Android 的 Lib 框 多， 交 给 架构 组 去 做 。 
-技术 调研 。 


.Monkey 日 志 分 析 。 


12.7 Android 必用 开发 所 需 技能 自我 评测 








有 个 开发 人 员 曾 经 跟 我 说 ， 他 很 迷茫 ， 接 下 来 是 该 去 看 Android 系 
统 源 码 ， 还 是 每 天 继续 做 应 用 ， 但 是 感觉 每 天 都 是 男 UI 和 调用 
MobileAPI 处 理 JSON， 没 有 技术 上 的 提升 空间 。 














这 个 问题 我 思考 了 一 个 晚上 ， 列 出 来 一 个 从 事 Android 应 用 的 开发 
人 员 所 需要 精通 的 20 个 技能 点 ， 如 下 上 所 示 : 





1) Activity 相 关 。App 应 用 开发 ， 以 Activity 使 用 最 多 ， 涉 及 
LaunchMode、onSaveInsatnce-State、 生 命 周期 等 技术 。 


2) Fragment 相 关 技术 。 用 的 人 不 少 ， 想 明白 是 咋 回 事 的 人 不 多 。 
这 里 推荐 一 本 书 : 《Creating Dynamic UI with Android Fragments》 。 


) 序列 化 技术 。 有 了 Parcelable 和 Serializable 两 种 。 前 者 是 基于 
Service 的 ， 后 者 是 基于 Bundle 的 ， 二 者 实现 原理 不 同 ， 但 是 达到 的 效果 
差不多 。 


4) ImageLoader 的 原理 和 使 用 。 类 似 的 ， 还 可 以 学 习 Facebook 新 近 
开源 的 Fresco， 它 对 图 片 的 处 理会 更 好 一 些 。 





5) fastJSON 或 GSON 的 使 用 。 做 App 不 会 用 实体 自动 匹配 JSON 数 


据 ， 相 当 于 白 做 。 
6) 多 线程 相关 。 包 括 Handler、Looper、ExecutorService 等 。 


7) Adapter 和 ListView。 这 两 个 技术 捆 在 一 起 ， 经 常 容易 朋 沉 ， 尤 
其 是 分 页 的 时 候 ， 要 仔细 研究 深刻 领会 


8) 用 户 Cookie 设 计 。 需 要 把 登录 机 制 彻 底 摘 清 楚 ， 包 括 在 
HttpRequest 头 中 夹带 Cookie 来 进行 用 户 身 份 验证 的 技术 。 


9) 网 络 请 求 封装 。 使 用 AsyncTask 的 网 络 底层 封装 ， 使 用 
Handler+Runnable 的 网 络 底层 封装 。 


10) Android 与 HIML5 的 交互 。 包 括 Android 调 用 HTML5 的 方法 ， 
以 及 HTML5 调 用 Android 的 方法 。 


11) 代码 混 消 。 没 用 过 ProGuard， 不 知道 keep 相 关 语 法 ， 就 还 是 初 
级 水 平 。 


12) Android 打 包机 制 。 涉 及 Android SDK 中 的 若干 命令 。 对 
Android 打 包 过 程 做 的 每 一 件 事 都 很 清楚 。 进 一 步 是 Android 多 项 目 依赖 
的 打包 技术 。Ant、Gradle 或 者 Maven， 掌 握 其 中 任何 一 种 打包 机 制 即 
本 














13) 线 上 Crash 分 析 并 修复 。 要 具备 通过 分 析 Crash 信 息 修 复线 上 


Crash 的 能 力 。 


14) 内存 泄漏 。 包 括 内 存 优 化 、 内 存 泄漏 的 场景 、MAT 工 具 的 使 


15) 调试 工具 。 包 括 DDMS、Edlipse 或 Android Studio 的 调试 功能 。 


16) Monkey 机 制 。Android 开 发 人 员 如 何 对 一 球 App 进 行 Monkey 测 
试 。 这 算是 附加 技能 吧 。 





17) 单元 测试 。 这 里 指 的 是 JUnit。 对 复杂 的 算法 写 过 单元 测试 以 保 


证 其 没有 问题 。 


18) GIT 的 高 级 功能 。 包 括 Stage、Rebase、Revert、Stash、Cherry 
Pick 和 Sub Module 等 概念 。 如 果 项 目 中 使 用 的 是 SVN， 那 么 要 掌握 SVN 
的 版 本 管理 策略 。 


19) 插件 化 编程 。 哪 怕 知 道 一 点 DexClassLoader 的 概念 也 好 。 这 年 
涉 ， 没 做 过 插件 化 编程 ， 出 门面 试 都 不 好 意思 说 自己 是 做 Android 开 发 
的 。 


20) 设计 模式 。 对 第 见 的 设计 模式 如 工厂 、 生 成 副 、 适 配 右 、 代 
理 、 策 略 模式 耳熟能详 。 


由 此 而 看 到 ， 做 Android 应 用 开发 ， 不 需要 伦 太 多 精力 去 看 Android 


系统 源码 ， 要 先 确保 我 上 面 罗 列 的 20 点 所 涉及 的 技术 都 掌握 了 。 


12.8 App 开 发 人 员 的 学 习 路 线 


上 和 节 我 介绍 了 从 事 Android 应 用 类 开 及 所 需要 具备 的 20 项 技能 。 这 
里 再 只 明 儿 句 。 


对 于 设计 模式 ， 要 通 着 目 己 都 实现 一 过 ， 然 后 ， 把 这 23 个 模式 都 所 
了 ， 只 需要 记 住 SOLID 原 则 就 够 了 。 这 就 像 金庸 笔下 的 独孤 九 剑 ， 以 无 
招 胜 有 招 。 我 学 习 设计 模式 这 门 技术 有 10 年 了 ， 就 是 这 个 套路 ， 至 今 受 
苑 菲 浅 。 





无 论 是 iOS 还 是 Android 技 术 ， 你 会 发 现 ， 很 多 人 比拼 的 是 谁 知 道 更 
多 的 API， 从 而 能 快速 地 做 出 PM 想 要 的 功能 。 其 实 我 一 直 不 那么 认为 ， 
人 脑 的 容量 就 像 内 存 一 样 是 有 限 的 ， 没 必要 记 那 么 多 API， 我 只 要 记过 
到 问题 时 哪里 能 找到 API 就 好 了 。 打 个 比方 ， 之 前 我 们 脑子 里 记 的 是 值 
类 型 ， 接 下 来 我 将 记 引 用 类 型 ， 这 明显 能 节省 出 很 大 的 空间 ， 用 来 记 那 
些 更 重要 的 信息 。 在 微软 ， 我 们 称 之 为 SMART。 





开发 人 员 一 定 要 解放 思想 ， 才 能 打破 陈规 ， 做 出 有 创造 性 的 工作 。 
有 一 道 题目 非常 好 ， 我 曾经 问 过 很 多 人 : 4 个 0， 使 用 任何 规则 ， 如 何 得 
到 24 点 。 很 多 人 在 网 上 看 过 这 道 题目 ， 于 是 告诉 我 答案 是 用 阶乘 可 以 得 
到 结果 。 但 其 实 我 们 的 思维 已 经 被 外 界 的 条 条 框框 束缚 住 了 。 最 无 厘 头 
的 答案 是 00:00， 这 也 是 24 点 ， 你 可 以 说 我 要 赖 ， 但 是 我 的 确 解 出 了 ， 








而 且 是 用 最 简单 有 效 的 办 法 。 





解放 思想 的 最 佳 实践 就 是 跨 界 。 我 曾经 做 技术 轴 到 了 瓶 颈 ， 沉 沦 过 
一 段 时 间 ， 这 期 间 我 开始 学 习 吉 饪 。 我 就 及 现 炒菜 是 装饰 者 模式 
(Decorator) ， 因 为 在 炒 染 的 时 候 我 们 会 依次 放 不 同 的 作料 ， 不 断 地 给 
这 道 菜 增加 新 的 味道 。 


以 下 是 我 看 过 的 一 些 书 籍 ， 推 荐 给 读者 : 


1) 《 状 狂 Android 讲 义 》 ”我 就 是 看 这 本 书 入 门 的 。 这 本 书 很 实 
际 ， 比 较 适 合 于 应 用 类 App 开 及 人 员 做 入 门 教材 。 已 经 入 门 的 ， 建 议 也 
看 一 和 过， 梳理 一 下 知识 ， 做 进一步 提高 。 


2) 《Creating Dynamic UI with Android Fragments》 ”这 本 书 是 专 
门 讲 Fragment 的 。 关 于 Fragment， 很 多 书 都 只 言 片 语 ， 语 焉 不详。 唯 独 
这 本 书 把 Fragment 从 头 到 尾 仔 和 仔细 细 讲 了 一 壳 。 目 前 国内 没有 中 文 版 。 
Fragment 和 是 Android 技 术 中 比较 高 大 上 的 部 分 。 








3) 《Android 应 用 测试 与 调试 实战 》 叫 ” 告 一 看 这 本 书 是 讲 测试 
的 ， 其 实 不 然 ， 书 中 的 很 多 章节 涉及 依赖 注入 、 内 存 分 析 、 打 包 部 署 等 
开发 人 员 必 知 必 会 的 技术 。 强 烈 建议 仔仔 细 细 通读 之 。 


4) 《Java 与 模式 》 这 是 本 上 古董 级 的 书 了 ， 所 有 介绍 设计 模式 的 
书 ， 论 厚度 ， 无 出 其 右 。 男 一 扣 好 处 是 ， 这 本 书 是 基于 Java 的 ， 对 





Android 开 发 人 员 比 较 适 合 。 


5) 《Git 权 威 指南 》 品 这 本 书 名 副 其 实 ， 算 是 把 Git 讲 明白 了 。 
说 到 这 里 ， 我 还 要 推荐 一 款 非常 好 用 的 Git 图 形 化 工具 。 除 了 能 用 来 进 
行 日 常 的 Pull、Push 和 Rebase 操 作 外 ， 还 能 教会 你 Git 的 融 级 用 法 ， 比 如 
Cherry Pick、Stash、Sub Module 等 。 


[1] 此 书 己 由 机 械 工 业 出 版 社 出 版 ， 书 号 为 978-7-111-46018-3。 一 -一 编 
辑 注 
[2] ”此 书 已 由 机 械 工业 出 版 社 出 版 ， 书 写 为 978-7-111-34967-9。 一 一 编 
辑 注 


12.9 本章 小 结 


本 章 介 绍 的 Android 的 团队 组 建 和 日 常 管理 。 制 度 是 死 的 ， 人 是 活 
的 。 管 理 团 队 ， 千 万 别 形而上学 。 尤 其 在 移动 互联 网 这 个 日 县 万 变 的 行 
业 ， 照 搬 软件 和 互联 网 的 那 套 管理 方式 是 行 不 通 的 。“ 短 、 平 、 快 是 移 
动 互联 网 一 切 工作 的 核心 。 








移动 互联 网 的 开发 人 员 属 于 供不应求 的 状况 ， 我 们 要 学 会 尊重 人 
才 ， 逐 步 转变 原先 “买方 市 场 ” 的 传统 思维 模式 。 现 在 是 卖方 市 场 ， 各 大 
公司 的 HR 和 老板 ， 你 们 准备 好 了 吗 ? 


